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A Word About Trademarks.... 


The following trademarks owned by Lucent Technologies are used in this document: 

ORCA^^ SCUBA^^ TAPDANCE® 

The following trademarks owned by other entities are used in this document: 

Advantest is a registered trademark of Advantest Corporation. 

Cadence is a registered trademark of Cadence Design Systems, Inc. 

CORE, Exemplar Logic, and Galileo are trademarks of Exemplar Logic, Inc. 

HP is a registered trademark of Hewlett-Packard Company. 

IBM is a registered trademark of International Business Machines Corporation. 

lEEE ls a registered trademark of The Institute of Electrical and Electronics Engineers, Inc. 

Intel Is a registered trademark of Intel Corporation. 

Logic Innovations is a registered trademark of Logic Innovations, Inc. 

Logic Modeling is a registered trademark of Logic Modeling Corporation. 

MS-DOS, Microsoft, and Windows are registered trademarks of Microsoft Corporation. 

Mentor Graphics is a registered trademark and Autologic, Design Architect, and QuickSim are trademarks 
of Mentor Graphics Corporation. 

Model Technology \s a registered trademark and V-System/PLUS is a trademark of Model Technology, Inc. 

Mosaic and Navigator are trademarks of Netscape Communications Corporation. 

MOTIVE \s a registered trademark of Quad Design Technologies, Inc. 

Motorola is a registered trademark of Motorola, Inc. 

NEC is a trademark of NEC Electronics, Inc. 

Open Look 'is a registered trademark of Novell, Inc. in the United States and other countries, licensed exclusively 
through X/Open Company, Ltd. 

OSF/MOTIF is a registered trademark of Open Software Foundation. 

PALASM is a registered trademark of Monolithic Memories, Inc. 
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VHDL Compiler are trademarks of Synopsys, Inc. 

Synplicity Is a registered trademark and Synplify is a trademark of Synplicity, Inc. 

TEFLON is a registered trademark of DuPont Corporation. 

Tektronix is a registered trademark of Tektronix, Inc. 

UL is a registered trademark of Underwriters Laboratories, Inc. 

UNIX is a registered trademark licensed exclusively through X/Open Company, Ltd. 

Valid is a trademark of Valid Logic Systems. 

Verilog and Verilog-XL are registered trademarks and Veritime is a trademark of Cadence Design Systems, Inc. 
PROCapture, PROGen, PRODatapath, PROSeries, PROSim, PROSyn, PROWave, SpeedWave, ViewDatapath, 
ViewDraw, ViewGen, ViewLog, ViewSyn, ViewSynthesis, ViewTrace, ViewWave, and WorkView Office are trade¬ 
marks and PowerView, Viewlogic, and ViewSim are registered trademarks of Viewlogic Systems, Inc. 
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X-Windows is a trademark of the Massachusetts Institute of Technology. 



-^ Lucent Technologies’ Quality Policy 

- ■■ Policy 

Quality excellence is the foundation for the management of our business and the keystone of our goal of 
customer satisfaction. It is, therefore, our policy to: 

■ Consistently provide products and services that meet the quality expectations of our customers. 

■ Actively pursue ever-improving quality through programs that enable each employee to do his or her 
job right the first time. 


. Intent 

Quality will continue to be a major, strategic thrust in Lucent Technologies. It lies at the heart of every¬ 
thing we do. 

Through active planning in every function in the company, we will strive to provide products and 
services that consistently meet all quality, schedule, and cost objectives. Furthermore, we will dedicate 
ourselves to continually improving the quality of our products and services by focusing on our processes 
and procedures. 

Every employee is a part of our quality system. 

■ Each of us will strive to understand and satisfy the quality expectations of our customers (meaning the 
next internal organization in the process as well as the eventual end-customer). 

■ Each of us will strive to identify and eliminate the sources of error and waste in our processes and 
procedures. 

■ Each of us will aid the quality-planning and improvement efforts of others for the good of the 
corporation as a whole. 

- Responsibilities 

Each business group president, entity head, and senior staff officer is responsible for: 

■ Communicating our quality policy to each employee. 

■ Clarifying specific responsibilities for quality. 

■ Developing and reviewing strategic quality plans and objectives on an on-going basis. 

■ Implementing a quality management system to carry out the plans and achieve objectives. 

■ Monitoring and continually improving the level of customer satisfaction. 

■ Monitoring and continually improving the defect and error rate of internal processes and systems. 

■ Developing joint quality plans with suppliers and other business partners. 

■ Implementing, funding, and reviewing specific quality improvement programs. 

■ Providing education and training in quality disciplines for all employees. 


Henry B. Schacht 

Chairman of the Board and Chief Executive Officer 
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General Information 


About Lucent Technologies 

In 1996, AT&T divested into three different entities: 
AT&T, NCR, and Lucent Technologies. Had Lucent 
Technologies been incorporated in 1995, it would 
have been a $21 billion company with more than 
130,000 employees. 

Today, just over a decade after entering the merchant 
semiconductor market, the Microelectronics Group of 
Lucent Technologies (Lucent), formerly known as 
AT&T Microelectronics, has emerged as a technol¬ 
ogy leader. In this short time. Lucent has become a 
world-class leader by providing systems and solu¬ 
tions for unique applications that enable our custom¬ 
ers to deliver voice, data. Image, and video 
communications at anytime, from anywhere. 

Lucent Technologies Is comprised of the following 
groups: 

■ Bell Laboratories is the research and develop¬ 
ment arm for the new company. 

■ Business Communications Systems develops, 
manufactures, markets, and services advanced 
communications products and systems for busi¬ 
ness customers. 

■ Consumer Products designs, manufactures, 
sells, services, and leases communications prod¬ 
ucts for consumers. 

■ Microelectronics designs and manufactures high- 
performance integrated circuits, optoelectronic 
components, power systems, and printed-circuit 
boards for applications in the telecommunications 
and computing Industries. 


■ Multimedia Ventures and Technologies pro¬ 
vides advanced technology systems and support 
services for government and commercial custom¬ 
ers, and manufactures and distributes network 
access products. 

■ Network Systems provides public networking sys¬ 
tems and software to telecommunications provid¬ 
ers and cable companies. 

Lucent has been successfully growing both in reve¬ 
nue and number of customers served. This growth 
has been driven by providing Innovative solutions 
that are built on the foundations of digital signal pro¬ 
cessing, wireless, networked computing, and com¬ 
munications technologies. Lucent has focused on 
using Its high level of expertise in these technologies 
to provide solutions that enable our customers to 
succeed by making their product different. 

Our customers are relying on our products to provide 
vital competitive advantages across a full range of 
the fastest growing applications: personal computers 
and workstations; wireless communications, such as 
cellular phones; voice/data/video switches; multime¬ 
dia; consumer telephony products; and other high- 
volume electronic systems. As a result, there has 
been a steadily increasing demand for integrated cir¬ 
cuits that has enabled Lucent to grow faster than the 
semiconductor industry average. 


Lucent Technologies Inc. 
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Unparalleled ASIC Solutions 

Chances are very good that when you power up a 
workstation desktop or laptop PC, one or more of our 
integrated circuits or chip sets is serving you. Our inte¬ 
grated microperipherals are based on standard-cell 
architectures for powerful, cost-effective, application- 
specific integrated circuits (ASIC) solutions. 

ASICs are a growth business. We are the largest stan¬ 
dard-cell company in the world, in a market growing at 
a tremendous rate each year. Lucent’s strengths and 
commitment to standard-cell ASICs translate well to 
our ORCA FPGAs. Three critical requirements of any 
standard-cell customer mirror those of sophisticated 
FPGA customers: world-class technical support, pro¬ 
cess technology that enables high-density and high- 
performance designs, and CAD tools that leverage that 
technology. In an effort to maintain our lead. Lucent 
Technologies Is investing heavily in our core founda¬ 
tions: people, process technology, and CAD tools. This 
Investment will ultimately benefit our customers by pro¬ 
viding quick time-to-market, cost-effective ASIC solu¬ 
tions. 


The Lucent FPGA Solution 

Field-programmable gate arrays (FPGAs) are 
versatile logic ICs which can be programmed to per¬ 
form the desired function by the customer. Compared 
to masked-programmable gate arrays, FPGAs allow 
designers to bring products to market in far less time. 
This time-to-market advantage has fueled a 53% 
annual growth rate for FPGAs in the last three years, 
making It the largest growing segment in all of the elec¬ 
tronics Industry. 


In 1994 we introduced the world’s highest-capacity 
FPGA with 26,000 usable gates. 1995 brought a 
40,000 usable gate device: the ORCA ATT2C40—^the 
highest density of any FPGA on the market. It rivals the 
speed and performance of gate arrays, while offering 
enhanced routability. 

Lucent’s complete ORCA Series FPGAs offers 3,500— 
40,000 usable gates and up to 480 user I/Os in 0.6 pm, 
0.5 pm, and 0.35 pm CMOS technologies. ORCA 
FPGAs offer a real alternative to low-end gate arrays 
with their area-efficient architecture and 0.5 pm and 
0.35 pm performance. The SRAM-based 0.6 pm and 
0.55 pm ATT3000 Series FPGAs, which feature toggle 
rates up to 270 MHz, are a direct second source to the 
XilinxXC3000 FPGAs and are pin-for-pin and speed 
compatible with the Xilinx XC3100 FPGAs. 

In 1996 we are introducing two enhanced versions of 
the ORCA series of FPGAs: the OR2CxxA series (5 V 
operation), and the OR2TxxA series (3.3 V operation). 
In addition to being processed using advanced 0.35 pm 
processing, these devices also include many new fea¬ 
tures, such as synchronous single-port and dual-port 
RAM and enhanced multiplier support. 

Both the ORCA and the ATT3000 Series FPGAs are 
supported by PC and workstation software from popu¬ 
lar third-party software tool vendors, such as Synop- 
sys, Mentor Graphics, Viewlogic, Cadence, Exemplar 
Logic, Synplicity, and many others. Lucent also sup¬ 
plies the map/place/route Implementation software 
known as ORCA Foundry to support both series of 
devices. 
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Lucent’s Commitment to FPGAs 

Lucent Technologies has established itself as the high- 
performance, high-density leader In FPGAs. Several 
industry leaders currently use both the ORCA family 
and the ATT3000 family of FPGAs to accommodate 
increasingly sophisticated designs. 

Whatever your needs, you can look to Lucent today as 
the vendor offering a total ASIC solution. Since Lucent 
offers FPGAs and mask-programmed gate arrays and 
Is the largest supplier of standard-cell devices, FPGA 
designs that require a high volume of devices can be 
quickly and efficiently migrated to other, more cost- 
effective, technologies. 


The Importance of Quality 

We view quality from many different vantage points. 

It encompasses every facet of our business. From a 
design and manufacturing view, it starts with Initial 
product concepts and extends all the way through 
product and technical support. This is where we build In 
the reliability, performance, and commitment that are 
evident long after the product is purchased. Quality 
service Is the element we rely on to turn our corporate 
business relationships into successful, long-term per¬ 
sonal endeavors. 

Another measure of our success is the awards we 
receive. These achievements tell customers that we 
are operating at the highest standard levels In manu¬ 
facturing, business management, and customer ser¬ 
vice. 

Some of our recent award highlights: 

■ All of our manufacturing facilities have received ISO 
9000 certification. 

■ Our Orlando facility received the prestigious Shingo 
Prize In manufacturing, as well as the Occupational 
Safety and Health Administration’s “Staf designation 
for safety in the workplace. 

■ The Power Systems Group, a Lucent business unit, 
became the first American manufacturing company 
to win the widely esteemed Deming Prize. 


The Deming Prize 

Lucent Technologies Microelectronics Group’s Power 
Systems, a Lucent business unit, became the first 
American manufacturing company to win the widely 
esteemed Deming Prize. The prize was established in 
1951 by the Union of Japanese Scientists and Engi¬ 
neers and is regarded in Industrial circles as the award 
with the most demanding and challenging criteria for 
measuring company performance. It was named for Dr. 
W. Edward Deming, the foremost promoter of quality 
control in the United States. Deming has been lauded 
for bringing (then) newly innovative statistical quality 
controls methods to post-World War II Japan’s rebuild¬ 
ing efforts. 

Leaders in Environmental Awareness 

Every business should be responsible for setting high 
standards for environmental health. This attitude just 
makes good business sense, but it Is also essential to 
ensure an environmentally sound future for our world. 
Lucent has often led the way in protecting the environ¬ 
ment and establishing industrial environmental stan¬ 
dards, both by example and by sharing our successes 
and their associated technologies with other compa¬ 
nies worldwide. For example, we developed technolo¬ 
gies that enabled us to eliminate all regulated Class I 
ozone-depleting substances from our manufacturing 
operations worldwide ahead of the mandated sched¬ 
ule. We are sharing this process with other industries 
who need this technology to meet the environmental 
standards set by the government. 
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Overview 

Field-programmable gate arrays (FPGAs) have 
emerged as an attractive alternative to customized 
VLSI for implementing digital logic functions. Their 
user-programmable nature allows them to provide 
quick turnaround time of a design with low risk, allow¬ 
ing the designer to make logic changes at any time. 
As FPGA device densities and speeds continue to 
increase, many new applications that previously 
could only be implemented with mask-programmed 
devices, such as gate arrays and standard cells, can 
now be designed with FPGAs. Also, as the demand 
for the reprogrammable nature of FPGAs increases, 
many new types of systems that could not even be 
considered before can now be created using FPGAs. 


Lucent Technologies has introduced two series of 
FPGAs: the ORCA Series and the ATT3000 Series. 
Lucent’s advanced 0.6 pm, 0.55 pm, 0.5 pm, and 
0.35 pm CMOS process technologies and innovative 
FPGA architectures make these devices some of the 
densest and fastest FPGAs available. Also, since all 
of these FPGAs use CMOS SRAM technology, their 
standby power consumption is very low. 

This section describes all of the current FPGAs avail¬ 
able from Lucent Technologies, along with informa¬ 
tion on the serial ROM that can be used to program 
the FPGAs. The tables below summarize the avail¬ 
ability of all of these FPGA devices, as well as the 
packages and speed grades they are offered in. 
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Table 1. ATT3000 Package Matrix 


Device 

Speed 

44-Pin 

68-Pin 

84-Pin 

100-Pin 

132-Pin 

144-Pin 

160-Pin 

175-Pin 

208-Pin 

PLCC 

PLCC 

PLCC 

QFP 

TQFP 

PPGA 

TQFP 

QFP 

PPGA 

SQFP 

M44 

M68 

M84 

J100 

T100 

HI 32 

T144 

J160 

H175 

S208 

ATT3020 

-70 

— 

Cl 

Cl 

Cl 

— 

— 

_ 

— 

— 

— 

-100 

— 

Cl 

Cl 

Cl 

— 

— 

— 

— 

— 

— 

-125 


Cl 

Cl 

Cl 

— 

— 

— 

— 

— 

— 

-5 

— 

Cl 

Cl 

Cl 

— 

— 

— 

— 

_ 

— 

-4 

— 

c 

c 

c 

— 

— 

— 

— 

— 

— 

-3 

— 

c 

c 

c 

— 

— 

— 

— 

__ 

— 

ATT3030 

-70 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

— 


-100 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

— 

— 

-125 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

— 

— 

-5 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

— 

— 

-4 

c 

c 

c 

c 

c 

— 

— 

— 

— 

— 

-3 

c 

c 

c 

c 

c 

— 

— 

— 

— 

— 

ATT3042 

-70 

— 

— 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

-100 

— 

— 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

_ 

— 

-125 

— 

— 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

-5 

— 

— 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

-4 

— 

— 

c 

c 

c 

c 

c 

— 

— 

__ 

-3 

— 

— 

c 

c 

c 

c 

c 

— 

— 

— 

ATT3064 

-70 

— 

— 

Cl 

— 

Cl 

Cl 

Cl 

Cl 

— 

— 

-100 

— 

— 

Cl 

— 

Cl 

Cl 

Cl 

Cl 

— 

— 

-125 

— 

— 

Cl 

— 

Cl 

Cl 

Cl 

Cl 

— 

— 

-5 

— 

— 

Cl 

— 

Cl 

Cl 

Cl 

Cl 

— 

— 

-4 

— 

_ 

c 

— 

c 

c 

c 

c 

— 

— 

-3 

— 

— 

c 

— 

c 

c 

c 

c 

— 

— 

ATT3090 

-70 

— 

_ 

Cl 

— 

— 

— 

— 

Cl 

Cl 

Cl 

-100 

— 

— 

Cl 

— 

— 

— 

— 

Cl 

Cl 

Cl 

-125 

. — 

— 

Cl 

— 

— 

— 

— 

Cl 

Cl 

Cl 

-5 

— 

— 

Cl 

— 

— 

— 

— 

Cl 

Cl 

Cl 

-4 

— 

— 

c 

— 

— 


— 

c 

c 

c 

-3 

— 

— 

c 

— 

_ i 

— 

— 

c 

c 

c 


Key; C = commercial, I = industrial. 
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Table 2. ORCA OR2CxxA/OR2TxxA Series Package Matrix 


Packages 

84-Pin 

PLCC 

100-Pln 

TQFP 

144-Pin 

TQFP 

160-Pin 

QFP 

208-Pin 

EIAJ 

SQFP/ 

SQFP2 

240-Pin 

EIAJ 

SQFP/ 

SQFP2 

256-Pin 

PBGA 

304-Pin 

EIAJ 

SQFP/ 

SQFP2 

352-Pin 

PBGA 

432-Pin 

EBGA 

600-Pin 

EBGA 

M84 

T100 

T144 

J160 

S208/ 

PS208 

S240/ 

PS240 

BA256 

S304/ 

PS304 

BA352 

BC432 

BC600 

OR2C/2T04A 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

— 

— 

— 

OR2C/2T06A 

Cl 

Cl 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

— 

OR2C/2T08A 

Cl 

— 

— 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

— 

OR2C/2T10A 

Cl 

— 

— 

Cl 

Cl 

Cl 

Cl 

— 

Cl 

— 

— 

OR2C/2T12A 

Cl 

— 

— 

— 

Cl 

Cl 

Cl 

Cl 

Cl 

__ 

— 

OR2C/2T15A 

Cl 

— 

— 

— 

Cl 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

OR2C/2T26A 

— 

— 

— 

— 

Cl 

Cl 

— 

Cl 

Cl 

Cl 

Cl 

OR2C/2T40A 

— 

— 

— 

— 

Cl 

Cl 

— 

Cl 

— 

Cl 

Cl 


Key: C = commercial, I = industrial. 


Notes: 

The package options with the SQFP/SQFP2 designation in the table above use the SQFP package for all densities up to and including the 
OR2C/2T15A, while the OR2C/2T26A and the OR2C/2T40A use the SQFP2. Availability of the OR2C15A in the 208-pln and 240-pin SQFP2 is 
to be announced. 

The OR2TxxA series is not offered in the 304-pin SQFP/SQFP2 packages. 


Table 3. ORCA ATT2Cxx Series Package Matrix 


Packages 

84-Pin 

PLCC 

100-Pin 

TQFP 

144-Pin 

TQFP 

160-Pin 

QFP 

208-Pin 

EIAJ 

SQFP/ 

SQFP-PQ2 

240-Pin 

EIAJ 

SQFP/ 

SQFP-PQ2 

256-Pin 

PBGA 

304-Pin 

EIAJ 

SQFP/ 

SQFP-PQ2 

364-Pin 

CPGA 

428-Pin 

CPGA 

M84 

T100 

T144 

J160 

S208/ 

PS208 

S240/ 

PS240 

B256 

S304/ 

PS304 

R364 

R428 

ATT2C04 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

— 

— 

ATT2C06 

Cl 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

— 

ATT2C08 

Cl 

— 

— 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

ATT2C10 

Cl 

— 

— 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

ATT2C12 

— 

— 

— 

— 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

ATT2C15 

— 

— 

— 

— 

Cl 

Cl 

— 

Cl 

Cl 

— 

ATT2C26 

— 

— 

— 

— 

Cl 

Cl 

— 

Cl 

— 

Cl 

ATT2C40 

— 

— 

— 

— 

Cl 

Cl 

— 

Cl 

— 

Cl 


Key: C = commercial, I = industrial. 

Note: The package options with the SQFP/SQFP-PQ2 designation in the table above use the SQFP package for all densities up to and 

including the ATT2C15, while the ATT2C26 uses the SQFP-PQ2 package (chip-up orientation), and the ATT2C40 uses the SQFP-PQ2 
package (chip-down orientation). 


Table 4. ATT1700A Serial ROM Package Matrix 


Device 

Size 

8-Pin DIP 

8-Pin SOIC 

20-Pin PLCC 

P8 

S08 

M20 

ATT1736A 

36,288 

Cl 

Cl 

Cl 

ATT1765A 

65,536 

Cl 

Cl 

Cl 

ATT17128A 

131,072 

Cl 

Cl 

Cl 


Key: C = commercial, I = industrial. 


Lucent Technologies Inc. 


2-3 







Overview of Lucent Technologies FPGAs 


FPGA Data Book 


Notes 


2-4 


Lucent Technologies Inc. 




mic roelectronics 


group 


Lucent Technologies 

Bell Labs Innovations 



ORCA OR2CXXA (5.0 V) and OR2TxxA (3.3 V) Series 
Series Fieid-Programmabie Gate Arrays 


Features 


■ High-performance, cost-effective, low-power 
0.35 pm CMOS technology (four-input look-up 
table delay less than 2.1 ns with -4 speed grade, 
less than 1.7 ns with preliminary -5 speed grade) 

■ High density (up to 43,200 usable, logic-only 
gates; or 99,400 gates including RAM) 

■ Up to 480 user I/Os (OR2TxxA I/Os are 5 V 
tolerant to allow interconnection to both 3.3 V and 
5 V devices, selectable on a per-pin basis) 

■ Four 16-bit look-up tables and four latches/flip- 
flops per PFU, nibble-oriented for implementing 
4-, 8-, 16-, and/or 32-bit (or wider) bus structures 

■ Fast on-chip user SRAM has features to simplify 
RAM design and increase RAM speed: 

— Asynchronous single port: 64 bits/PFU 

— Synchronous single port: 64 bits/PFU 

— Synchronous dual port: 32 bits/PFU 

■ Improved ability to combine PFUs to create larger 
RAM structures using write-port enable 

■ Fast, dense multipliers can be created with the 
multiplier mode (4 x 1 multIpller/PFU): 

— 8x8 multiplier requires only 16 PFUs 

— 30% increase in speed 


■ Flip-flop/latch options to allow programmable prior¬ 
ity of synchronous set/reset vs. clock enable 

■ Enhanced cascadable nibble-wide data path 
capabilities for comparators and multiplexers 

■ Innovative, abundant, and hierarchical nibble- 
oriented routing resources that allow automatic 
use of internal gates for all device densities without 
sacrificing performance 

■ Internal fast-carry for arithmetic functions 

■ Upward bit stream compatible from the ORCA 
ATT2Cxx/ATT2Txx series of devices 

■ TTL or CMOS input levels programmable per pin 
for the OR2CxxA (5.0 V) devices 

■ Individually programmable drive capability: 12 mA 
sink/6 mA source or 6 mA sink/3 mA source 

■ Built-in boundary scan (/EEE1149.1) 

■ Full PCI bus compliance 

■ Supported by Industry-standard CAE tools for 
design entry, synthesis, and simulation with ORCA 
Foundry Development System support (for back¬ 
end Implementation) 


Table 1. ORCA OR2CxxA/OR2TxxA Series FPGAs 


Device 

Usable 

Gates* 

Latches/FFs 

Max User 
RAM Bits 

User 

I/Os 

Array Size 

OR2C04A/OR2T04A 

4,800—11,000 

400 

6,400 

160 

10x10 

OR2C06A/OR2T06A 

6,900—15,900 

576 

9,216 

192 

12x12 

OR2C08A/OR2T08A 

9,400—21,600 

784 

12,544 

224 

14x14 

OR2C10A/OR2T10A 

12,300—28,300 

1024 

16,384 

256 

16x16 

OR2C12A/OR2T12A 

15,600—35,800 

1296 

20,736 

288 

18x18 

OR2C15A/OR2T15A 

19,200—44,200 

1600 

25,600 

320 

20x20 

OR2C26A/OR2T26A 

27,600—63,600 

2304 

36,864 

384 

24x24 

OR2C40A/OR2T40A 

43,200—99,400 

3600 

57,600 

480 

30x30 


* The first number in the usable gates column assumes 48 gates per PFU (12 gates per 4-input LUT/FF pair) for logic-only designs. The 
second number assumes 30% of a design is RAM. PFUs used as RAM are counted at 4 gates per bit, with each PFU capable of Imple¬ 
menting a 16 x 4 RAM (or 256 gates) per PFU. 
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Description 

The ORCA OR2CxxA/OR2TxxA series of SRAM- 
based FPGAs are an enhanced version of the ORCA 
2C/2T architecture. The latest ORCA series includes 
patented architectural enhancements that make func¬ 
tions faster and easier to design while conserving the 
use of PLCs and routing resources. 

The OR2CxxA/OR2TxxA devices can be used as drop- 
in replacements for the ATT2Cxx/ATT2Txx series, 
respectively, and they are also bit stream compatible 
with each other. Both series of devices are imple¬ 
mented using two 0.35 pm processes: one is optimized 
for 5.0 V operation, and the other is optimized for 3.3 V 
operation to allow equivalent system speeds at less 
than half the power. The usable gate counts associated 
with each series are provided in Table 1. Both series 
are offered in a variety of packages, speed grades, and 
temperature ranges. 

The ORCA series FPGA consists of two basic ele¬ 
ments: programmable logic cells (PLCs) and program¬ 
mable input/output cells (PICs). An array of PLCs is 
surrounded by PICs as shown In Figure 1. Each PLC 
contains a programmable function unit (PFU).The 
PLCs and PICs also contain routing resources and 


configuration RAM. All logic Is done in the PFU. Each 
PFU contains four 16-blt look-up tables (LUTs) and four 
latches/flip-flops (FFs). 

The PLC architecture provides a balanced mix of logic 
and routing which allows a higher utilized gate/PFU 
than alternative architectures. The routing resources 
carry logic signals between PFUs and I/O pads. The 
routing in the PLC is symmetrical about the horizontal 
and vertical axes. This Improves routablllty by allowing 
a bus of signals to be routed into the PLC from any 
direction. 

Some examples of the resources required and the per¬ 
formance that can be achieved using these devices are 
represented in Table 2. 

The FPGA’s functionality is determined by internal 
configuration RAM. The FPGA’s internal initialization/ 
configuration circuitry loads the configuration data at 
powerup or under system control. The RAM is loaded 
by using one of several configuration modes. The con¬ 
figuration data resides externally in an EEPROM, 
EPROM, or ROM on the circuit board, or any other 
storage media. Serial ROMs provide a simple, low pin 
count method for configuring FPGAs. 


Table 2. ORCA OR2CxxA/OR2TxxA System Performance 


Function 

#PFUs 


Speed Grade 



Unit 

■2 

-3 

-4 



16-bit loadable up/down counter 

4 

51 

67 

87 


102 

MHz 

16-bit accumulator 

4 

51 

67 

87 

III 

102 

MHz 

8x8 parallel multiplier: 

— multiplier mode, unpipelined^ 

22 

14 

19 

24 

III 

30 

MHz 

— ROM mode, unpipelined^ 

36 

21 

28 

34 


43 

MHz 

— multiplier mode, pipelined^ 

44 

57 

76 

96 


115 

MHz 

32x16 RAM: 

— single port (read and write/cycle)"^ 

9 

21 

27 

34 


46 

MHz 

— single port^ 

9 

31 

43 

65 


76 

MHz 

■— dual port® 

16 

39 

53 

84 


95 

MHz 

36-bit parity check (internal) 

4 

13.9 

11.0 

9.1 


7.3 

ns 

32-blt address decode (internal) 

3.25 

12.3 

9.5 

7.5 


6.0 

ns 


1. Implemented using 4 x 1 multiplier mode (unpipelined), register-to-register, two 8-bit inputs, one 16-bit output. 

2. Implemented using a 256 x 8 ROM (unpipelined), register-to-register, one 8-bit input, one fixed operand, one 8-bit output. 

3. Implemented using 4 x 1 multiplier mode (fully pipelined), two 8-bit inputs, one 16-bit output (28 of 44 PFUs contain only pipelining registers.) 

4. Implemented using 16x4 synchronous single-port RAM mode allowing both read and write per clock cycle, including write/read address 
multiplexer. 

5. Implemented using 16x4 synchronous single-port RAM mode allowing either read or write per clock cycle, including write/read address mul¬ 
tiplexer. 

6. Implemented using 16x2 synchronous dual-port RAM mode. 

Note; Shaded values are preliminary. 
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Description (continued) 



PT1 

PT2 

PT3 

PT4 

PT5 

PT6 

PT7 

PT8 

PT9 

PT10 

TMID 

PT11 

PT12 

PT13 

PT14 

PT15 

PT16 

PT17 

PT18 

PT19 

PT20 


CL 

R1C1 

R1C2 

R1C3 

R1C4 

R1C5 

R1C6 

R1C7 

R1C8 

R1C9 

R1C10 


R1C11 

R1C12 

R1C13 

R1C14 

R1C15 

R1C16 

R1C17 

R1C18 

R1C19 

R1C20 



R2C1 

R2C2 

R2C3 

R2C4 

R2C5 

R2C6 

R2C7 

R2C8 

R2C9 

R2C10 

vlQ 

R2C11 

R2C12 

R2C13 

R2C14 

R2C15 

R2C16 

R2C17 

R2C18 

R2C19 

R2C20 

g 

3 

CL 

R3C1 

R3C2 

R3C3 

R3C4 

R3C5 

R3C6 

R3C7 

R3C8 

R3C9 

R3C10 


R3C11 

R3C12 

R3C13 

R3C14 

R3C15 

R13C16 

R3C17 

R3C18 

R3C19 

R3C20 

2 

S. 

R4C1 

R4C2 

R4C3 

R4C4 

R4CS 

R4C6 

R4C7 

R4C8 

R4C9 

R4C10 


R4C11 

R4C12 

R4C13 

R4C14 

R4C15 

R4C16 

R4C17 

R4C18 

R4C19 

R4C20 

T3 


R5C1 

R5C2 

R5C3 

R5C4 

R5C5 

R5C6 

R5C7 

R5C8 

R5C9 

R5C10 


R5C11 

R5C12 

R5C13 

R5C14 

R5C15 

R5C16 

R5C17 

R5C18 

R5C19 

R5C20 

“0 


R6C1 

R6C2 

R6C3 

R6C4 

R6C5 

R6C6 

R6C7 

R6C8 

R6C9 

R6C10 


R6C11 

R6C12 

R6C13 

R6C14 

ReC15 

R6C16 

R6C17 

R6C18 

R6C19 

R6C20 

■0 

2 


R7C1 

R7C2 

R7C3 

R7C4 

R7C5 

R7C6 

R7C7 

R7C8 

R7C9 

R7C10 


R7C11 

R7C12 

R7C13 

R7C14 

R7C15 

R7C16 

R7C17 

R7C18 

R7C19 

R7C20 

2 


R8C1 

R8C2 

R8C3 

R8C4 

R8C5 

R8C6 

R8C7 

R8C8 

R8C9 

R8C10 


R8C11 

R8C12 

R8C13 

R8C14 

R8C15 

RBCie 

R8C17 

R6C16 

RBC19 

RBC20 

■D 

S 

§ 

R8C1 

R9C2 

R9C3 

R9C4 

R9C5 

R9C6 

R9C7 

R9C8 

R9C9 

R9C10 


R9C11 

R9C12 

R9C13 

R9C14 

R9C15 

R9C16 

R9C17 

R9C18 

R9C19 

R9C20 

2 

a 

R10C1 

R10C2 

R10C3 

R10C4 

R10C5 

R10C6 

R10C7 

R10C8 

R10C9 

R10C10 


R10C1 

R10C12 

R10C13 

R10C14 

R10C15 

R10C16 

R10C17 

R10C18 

R10C19 

R10C20 

13 

3 

O 

Q 

2 


hlQ 



















i 

—1 





















o 


R11C1 

R11C2 

R11C3 

R11C4 

R11C5 

R11C6 

R11C7 

R11C8 

R11C9 

R11C10 


R11C11 

R11C12 

R11C13 

R11C14 

R11C15 

R11C16 

R11C17 

R11C18 

R11C19 

R11C20 

5 

D. 

R12C1 

R12C2 

R12C3 

R12C4 

R12C5 

R12C6 

R12C7 

R12C8 

R12C9 

R12C10 


R12C11 

R12C12 

R12C13 

R12C14 

R12C15 

R12C16 

R12C17 

R12C18 

R12C19 

R12C20 

"U 

2 

Ij 

R13C1 

R13C2 

R13C3 

R13C4 

R13C5 

R13C6 

R13C7 

R13C8 

R13C9 

R13C10 


R13C11 

R13C12 

R13C13 

R13C14 

R13C15 

R13C16 

R13C17 

R13C18 

R13C19 

R13C20 

-D 

2 

QL 

R14C1 

R14C2 

R14C3 

R14C4 

R14C5 

R14C6 

R14C7 

R14C8 

R14C9 

R14C10 


R14C11 

R14C12 

R14C13 

R14C14 

R14C15 

R14C16 

R14C17 

R14C18 

R14C19 

R14C20 

13 

2 

Zj 

CL 

R15C1 

R15C2 

R15C3 

R15C4 

R15C5 

R15C6 

R15C7 

R15C8 

R15C9 

R15C10 


R15C11 

R15C12 

R15C13 

R15C14 

R15C15 

R15C16 

R15C17 

R15C18 

R15C19 

R15C20 

■D 

2 

q! 

R16C1 

R16C2 

R16C3 

R16C4 

R16C5 

R16C6 

R16C7 

R16C8 

R16C9 

R16C1( 


R16C11 

R16C12 

R16C13 

R16C14 

R16C15 

R16C16 

R16C17 

R16C18 

R16C19 

R16C20 

2 

O) 

a 

R17C1 

R17C2 

R17C3 

R17C4 

R17C5 

R17C6 

R17C7 

R17C8 

R17C9 

B17C10 


R17C11 

R17C12 

R17C13 

R17C14 

R17C15 

R17C16 

R17C17 

R17C18 

R17C19 

R17C20 

T 

CL 

R18C1 

R18C2 

R18C3 

R18C4 

R18C5 

R18C6 

R18C7 

R18C8 

R18C9 

R18C10 


R18C11 

R18C12 

B18C13 

R18C14 

R18C15 

R18C16 

R18C17 

R18C18 

R18C19 

R18C20 

U 

2 

00 

q1 

R19C1 

R19C2 

R19C3 

R19C4 

R19C5 

R19C6 

R19C7 

R19C8 

R19C9 

R19C10 


R19C11 

R19C12 

R19C13 

R19C14 

R19C15 

R19C16 

R19C17 

R19C18 

R19C19 

R19C20 

ID 

2 

§ 

CL 

R20C1 

R20C2 

R20C3 

R20C4 

R20C5 

R20C6 

R20C7 

R20C8 

R20C9 

R20C10 


R20C11 

R20C12 

R20C13 

R20C14 

R20C15 

R20C16 

R20C17 

R20C18 

R20C19 

R20C20 

13 

O 


FBI 

PB2 

PB3 

PB4 

PBS 

PB6 

PB7 

PB8 

PB9 

PB10 

BMID 

PB11 

PB12 

PB13 

PB14 

PB15 

PB16 

PB17 

PB18 

PB19 

PB20 



gilHnBHHHHHI 5-4489(0) 

Figure 1. OR2C15A/OR2T15A Array 


ORCA Foundry Development System Overview 

The ORCA Foundry Development System interfaces to front-end design entry tools and provides the tools to pro¬ 
duce a configured FPGA. In the design flow, the user defines the functionality of the FPGA at two points in the 
design flow: at design entry and at the bit stream generation stage. 

Following design entry, the development system’s map, place, and route tools translate the netllst into a routed 
FPGA. Its bit stream generator is then used to generate the configuration data which is loaded into the FPGA’s 
internal configuration RAM. When using the bit stream generator, the user selects options that affect the functional¬ 
ity of the FPGA. Combined with the front-end tools, ORCA Foundry produces configuration data that implements 
the various logic and routing options discussed in this data sheet. 
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Architecture 

The ORCA Series FPGA is comprised of two basic 
elements: PLCs and PICs. Figure 1 shows an array of 
programmable logic cells (PLCs) surrounded by pro¬ 
grammable input/output cells (PICs). The OR2C/2T15A 
has PLCs arranged in an array of 20 rows and 20 col¬ 
umns. PICs are located on all four sides of the FPGA 
between the PLCs and the IC edge. 

The location of a PLC is indicated by its row and col¬ 
umn so that a PLC in the second row and third column 
is R2C3. PICs are indicated similarly, with PT (top) and 
PB (bottom) designating rows and PL (left) and PR 
(right) designating columns, followed by a number. The 
routing resources and configuration RAM are not 
shown, but the interquad routing blocks (hlQ, vlQ) 
present in the OR2CxxA/OR2TxxA series are shown. 

Each PIC contains the necessary I/O buffers to Inter¬ 
face to bond pads. The PICs also contain the routing 
resources needed to connect signals from the bond 
pads to/from PLCs. The PICs do not contain any user- 
accessible logic elements, such as flip-flops. 

Combinatorial logic is done in look-up tables (LUTs) 
located In the PFU. The PFU can be used in different 
modes to meet different logic requirements. The LUTs 
configurable medium-/large-grain architecture can be 
used to Implement from one to four combinatorial logic 
functions. The flexibility of the LUT to handle wide input 
functions as well as multiple smaller Input functions 
maximizes the gate count/PFU. 

The LUTs can be programmed to operate in one of 
three modes: combinatorial, ripple, or memory. In com¬ 
binatorial mode, the LUTs can realize any four-, five-, 
or six-input logic functions. In ripple mode, the high¬ 
speed carry logic is used for arithmetic functions, the 
new multiplier function, or the enhanced data path 
functions. In memory mode, the LUTs can be used as a 
16x4 read/write or read-only memory (asynchronous 
mode or the new synchronous mode) or a new 16x2 
dual-port memory. 


Programmable Logic Cells 

The programmable logic cell (PLC) consists of a pro¬ 
grammable function unit (PFU) and routing resources. 
All PLCs in the array are identical. The PFU, which con¬ 
tains four LUTs and four latches/FFs for logic imple¬ 
mentation, is discussed in the next section. 


Programmable Function Unit 

The PFUs are used for logic. Each PFU has 19 exter¬ 
nal inputs and six outputs and can operate in several 
modes. The functionality of the inputs and outputs 
depends on the operating mode. 

The PFU uses three input data buses (a[4:0], b[4:0], 
wd[3:0]), four control inputs (cO, ck, ce, Isr), and a carry 
input (cin); the last is used for fast arithmetic functions. 
There is a 5-bit output bus (o[4:0]) and a carry-out 
(cout). 

Figure 2 and Figure 3 show high-level and detailed 
views of the ports in the PFU, respectively. The ports 
are referenced with a two- to four-character suffix to a 
PFU’s location. As mentioned, there are two 5-bit input 
data buses (a[4:0] and b[4:0]) to the LUT, one 4-bit 
input data bus (wd[3:0]) to the latches/FFs, and an out¬ 
put data bus (o[4:0]). 
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Figure 2. PFU Ports 
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Key: C = controlled by configuration RAM. 


Figure 3. Simplified PFU Diagram 


Figure 3 shows the four latches/FFs (REG[3:0]) and the 
64-bit look-up table (QLUT[3:0]) in the PFU. The PFU 
does combinatorial logic in the LUT and sequential 
logic in the latches/FFs. The LUT is static random 
access memory (SRAM) and can be used for read/ 
write or read-only memory. The eight 3-state buffers 
found in each PLC are also shown, although they actu¬ 
ally reside external to the PFU. 


Each latch/FF can accept data from the LUT. Alterna¬ 
tively, the latches/FFs can accept direct data from 
wd[3:0], eliminating the LUT delay if no combinatorial 
function is needed. The LUT outputs can bypass the 
latches/FFs, which reduces the delay out of the PFU. It 
is possible to use the LUT and latches/FFs more or 
less independently. For example, the latches/FFs can 
be used as a 4-bit shift register, and the LUT can be 
used to detect when a register has a particular pattern 
in it. 
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Table 3 lists the basic operating modes of the LUT.The 
operating mode affects the functionality of the PFU 
input and output ports and internal PFU routing. For 
example, In some operating modes, the wd[3:0] inputs 
are direct data inputs to the PFU latches/FFs. In the 
dual 16x2 memory mode, the same wd[3:0] inputs are 
used as a 4-blt data input bus into LUT memory. 

The PFU is used in a variety of modes, as Illustrated in 
Figures 4 through 11, and it is these specific modes 
that are most relevant to PFU functionality. 

PFU Control Inputs 

The four control inputs to the PFU are clock (ck), local 
set/reset (Isr), clock enable (ce), and cO.The ck, ce, 
and Isr inputs control the operation of all four latches in 
the PFU. An active-low global set/reset (gsrn) signal is 
also available to the latches/FFs in every PFU. Their 
operation Is discussed briefly here, and in more detail 
in the Latches/Flip-Flops section. The polarity of the 
control inputs can be inverted. 

The ck input Is distributed to each PFU from a vertical 
or horizontal net. The ce Input inhibits the latches/FFs 
from responding to data inputs. The ce input can be 
disabled, always enabling the clock. Each latch/FF can 
be independently programmed to be set or reset by the 
Isr and the global set/reset (gsrn) signals. Each PFU’s 
Isr Input can be configured as synchronous or asyn¬ 
chronous. The gsrn signal is always asynchronous. The 
Isr signal applies to all four latches/FFs In a PFU. The 
Isr input can be disabled (the default). The asynchro¬ 
nous set/reset is dominant over clocked inputs. 

The cO input Is used as an input Into the special PFU 
gates for wide functions In combinatorial logic mode. 

In the memory modes, this Input is also used as the 
write-port enable input. The cO input can be disabled 
(the default). 


The look-up table (LUT) can be configured to operate 
in one of three general modes: 

■ Combinatorial logic mode 

■ Ripple mode 

■ Memory mode 

The combinatorial logic mode uses a 64-bit look-up 
table to implement Boolean functions. The two 5-bit 
logic inputs, a[4:0] and b[4:0], and the cO input are 
used as LUT inputs. The use of these ports changes 
based on the PFU operating mode. 

The functionality of the LUT is determined by its oper¬ 
ating mode. The entries In Table 2 show the basic 
modes of operation for combinatorial logic, ripple, and 
memory functions In the LUT. Depending on the oper¬ 
ating mode, the LUT can be divided into sub-LUTs.The 
LUT is comprised of two 32-bit half look-up tables, 
HLUTA and HLUTB. Each half look-up table (HLUT) is 
comprised of two quarter look-up tables (QLUTs). 
HLUTA consists of QLUT2 and QLUT3, while HLUTB 
consists of QLUTO and QLUT1 .The outputs of QLUTO, 
QLUT1, QLUT2, and QLUT3 are fO, f1, f2, and f3, 
respectively. 


Table 3. Look-Up Table Operating Modes 


Mode 

Function 

F4A 

Two functions of four Inputs, some inputs 
shared (QLUT2/QLUT3) 

F4B 

Two functions of four Inputs, some inputs 
shared (QLUT0/QLUT1) 

F5A 

One function of five inputs (HLUTA) 

FSB 

One function of five inputs (HLUTB) 

R 

4-blt ripple (LUT) 

MA 

16x2 Asynchronous memory (HLUTA) 

MB 

16x2 Asynchronous memory (HLUTB) 

SSPM 

16x4 synchronous single-port memory 

SDPM 

16x2 synchronous dual-port memory 


For combinatorial logic, the LUT can be used to do any 
single function of six Inputs, any two functions of five 
inputs, or four functions of four inputs (with some inputs 
shared), and three special functions based on the two 
five-input functions and cO. 
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The LUT ripple mode operation offers standard arith¬ 
metic functions, such as 4-bit adders, subtracters, 
adder/subtractors, and counters. In the ORCA 
OR2CxxA/OR2TxxA series, there are two new ripple 
modes available. The first new mode is a 4 x 1 multi¬ 
plier, and the second is a 4-bit comparator. These new 
modes offer the advantages of faster speeds as well as 
denser logic capabilities. 

When the LUT is configured to operate in the memory 
mode, a 16 x 2 asynchronous memory fits into a HLUT. 
Both the MA and MB modes were available in previous 
ORCA architectures, and each mode can be config¬ 
ured in a HLUT separately. In the ORCA OR2CxxA/ 
OR2TxxA series, there are two new memory modes 
available. The first is a 16 x 4 synchronous single-port 
memory (SSPM), and the second Is a 16 x 2 synchro¬ 
nous dual-port memory (SDPM). These new modes 
offer easier implementation, faster speeds, denser 
RAMs, and a dual-port capability that wasn’t previously 
offered as an option. 

If the LUT is configured to operate in the ripple mode, it 
cannot be used for basic combinatorial logic or memory 
functions. In modes other than the ripple, SSPM, and 
SDPM modes, combinations of operating modes are 
possible. For example, the LUT can be configured as a 
16x2 RAM in one HLUT and a five-input combinatorial 
logic function In the second HLUT. This can be done by 
configuring HLUTA in the MA mode and HLUTB in the 
FSB mode (or vice versa). 

F4A/F4B Mode — Two Four-Input Functions 

Each HLUT can be used to implement two four-input 
combinatorial functions, but the total number of inputs 
into each HLUT cannot exceed five. The two QLUTs 
within each HLUT share three inputs. In HLUTA, the 
a1, a2, and a3 inputs are shared by QLUT2 and 
QLUTS. Similarly, in HLUTB, the b1, b2, and bS Inputs 
are shared by QLUTO and QLUT1 .The four outputs are 
fO, f1, f2, and fS. The results can be routed to the dO, 
d1, d2, and dS latch/FF Inputs or as an output of the 
PFU. The use of the LUT for four functions of up to four 
Inputs each is given In Figure 4. 
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Figure 4. F4 Mode—Four Functions of Four Input 
Variables 

F5A/F5B Mode—One Five-Input Variable Function 

Each HLUT can be used to implement any five-input 
combinatorial function. The input ports are a[4:0] and 
b[4:0], and the output ports are fO and fS. One five or 
less input function is input into a[4:0], and the second 
five or less input function is Input into b[4:0].The results 
are routed to the latch/FF dO and latch/FF dS Inputs, or 
as a PFU output. The use of the LUT for two indepen¬ 
dent functions of up to five inputs Is shown in Figure 5. 
In this case, the LUT is configured in the F5A and FSB 
modes. As a variation, the LUT can do one function of 
up to five input variables and two four-input functions 
using F5A and F4B modes or F4A and FSB modes. 
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Figure 5. F5 Mode—^Two Functions of Five Input 
Variables 
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F5M and F5X Modes — Special Function Modes 

The PFU contains logic to implement two special func¬ 
tion modes which are variations on the F5 mode. As 
with the F5 mode, the LUT implements two Indepen¬ 
dent five-input functions. Figure 6 and Figure 7 show 
the schematics for F5M and F5X modes, respectively. 
The F5X and F5M functions differ from the basic F5A/ 
FSB functions in that there are three logic gates which 
have Inputs from the two 5-input LUT outputs. In some 
cases, this can be used for faster and/or wider logic 
functions. 

As can be seen, two of the three inputs into the NAND, 
XOR, and MUX gates, fO and f3, are from the LUT The 
third input is from the cO input into PFU. Since the cO 
Input bypasses the LUTs, it has,a much smaller delay 
through the PFU than for all other inputs into the spe¬ 
cial PFU gates. This allows multiple PFUs to be cas¬ 
caded together while reducing the delay of the critical 
path through the PFUs. The output of the first special 
function (either XOR or MUX) Is f 1. Since the XOR and 
MUX share the f1 output, the F5X and F5M modes are 
mutually exclusive. The output of the NAND PFU gate 
is f2 and is always available in either mode. 

To use either the F5M or F5X functions, the LUT must 
be in the F5A/F5B mode; i.e., only 5-Input LUTs 
allowed. In both the F5X and F5M functions, the out¬ 
puts of the five-input combinatorial functions, fO and f3, 
are also usable simultaneously with the special PFU 
gate outputs. 

The output of the MUX is: 
f1 = (HLUTA & cO) + (HLUTB & 
f1 = (f3 & cO) + (fO & cO) 

The output of the exclusive OR Is: 
f1 = HLUTA © HLUTB © cO 
f1 = f3 © fO © cO 

The output of the NAND is: 
f2 = HLUTA & HLUTB & cO 
f2 = f3 & fO & cO 



5-2754(F) 


Figure 6. F5M Mode—Multiplexed Function of Two 
Independent Five-Input Variable 
Functions 
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Figure 7. F5X Mode—Exclusive OR Function of 
Two Independent Five-Input Variable 
Functions 
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Figure 8. F5M Mode—One Six-Input Variable 
Function 


F5M Mode — One Six-Input Variable Function 

The LUT can be used to implement any function of six 
input variables. As shown in Figure 8, five input signals 
(A[4:0]) are routed into both the a[4:0] and b[4;0] ports, 
and the cO port is used for the sixth input. The output 
port is f 1. 

Ripple Mode 

The LUT can do nibble-wide ripple functions with high¬ 
speed carry logic. Each QLUT has a dedicated carry¬ 
out net to route the carry to/from the adjacent QLUT. 
Using the internal carry circuits, fast arithmetic and 
counter functions can be implemented In one PFU. 
Similarly, each PFU has carry-in (CIN) and carry-out 
(GOUT) ports for fast-carry routing between adjacent 
PFUs. 

The ripple mode Is generally used In operations on two 
4-blt buses. Each QLUT has two operands and a ripple 
(generally carry) input, and provides a result and ripple 
(generally carry) output. A single bit is rippled from the 
previous QLUT and is used as input into the current 
QLUT. For QLUTO, the ripple input is from the PFU CIN 
port. The CIN data can come from either the fast-carry 
routing or the PFU input b4, or it can be tied to logic 1 
or logic 0. 


The result output and ripple output are calculated by 
using generate/propagate circuitry. In ripple mode, the 
two operands are input into a[3:0] and b[3:0]. The four 
result bits, one per QLUT, are f[3:0] (see Figure 9). The 
ripple output from QLUT3 can be routed to dedicated 
carry-out circuitry Into any of four adjacent PLCs, or it 
can be placed on the o4 PFU output, or both. This 
allows the PLCs to be cascaded in the ripple mode so 
that nibble-wide ripple functions can be expanded eas¬ 
ily to any length. 



Figure 9. Ripple Mode 


GOUT 


5-2756(F) 


The ripple mode can be used in one of four submodes. 
The first of these is adder/subtractor mode. In this 
mode, each QLUT generates two separate outputs. 
One of the two outputs selects whether the carry-in is 
to be propagated to the carry-out of the current QLUT 
or If the carry-out needs to be generated. The result of 
this selection is placed on the carry-out signal, which is 
connected to the next QLUT or the COUT signal, if it is 
the last QLUT (QLUT3). 

The other QLUT output creates the result bit for each 
QLUT that is connected to f[3:0]. If an adder/subtractor 
Is needed, the control signal to select addition or sub¬ 
traction is input on a4. The result bit is created in one- 
half of the QLUT from a single bit from each input bus, 
along with the ripple input bit. These inputs are also 
used to create the programmable propagate. 
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The second submode is the counter submode (see 
Figure 10). The present count is supplied to input 
a[3:0], and then output f[3:0] will either be incremented 
by one for an up counter or decremented by one for a 
down counter. If an up counter or down counter Is 
needed, the control'signal to select the direction (up or 
down) Is input on a4. Generally, the latches/FFs in the 
same PFU are used to hold the present count value. 



-GOUT 

-q3 

►q2 


► q1 


-qO 
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Figure 10. Counter Submode with Flip-Flops 


In the third submode, multiplier submode, a single 
PFU can effect a 4 x 1 bit multiply and sum with a par¬ 
tial product (see Figure 11). The multiplier bit is input at 
a4, and the multiplicand bits are input at b[3:0], where 
b3 is the most significant bit (MSB). a[3:0] contains the 
partial product (or other Input to be summed) from a 
previous stage. If a4 is logical 1, the multiplicand is 
added to the partial product. If a4 Is logical zero, zero is 
added to the partial product, which Is the same as 
passing the partial product. CIN can hold the carry-in 
from the less significant PFUs if the multiplicand Is 
wider than 4 bits, and GOUT holds any carry-out from 
the addition, which may then be used as part of the 
product or routed to another PFU in multiplier mode for 
multiplicand width expansion. 


A3 B3 A2 B2 A1 B1 AO BO 



Figure 11. Multiplier Submode 


Ripple mode’s fourth submode features equality 
comparators, where one 4-bit bus is input on a[3;0], 
another 4-bit bus is input on b[3:0], and the carry-in is 
tied to 0 inside the PFU. The carry-out (^t) signal will be 
0 If A = B or will be 1 if A B. If larger than 4 bits, the 
carry-out {^) signal can be cascaded using fast-carry 
logic to the carry-in of any adjacent PFU. Comparators 
for greater than or equal or less than (>, =, <) continue 
to be supported using the ripple mode subtracter. The 
use of this submode could be shown using Figure 9 
with CIN tied to 0. 
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Asynchronous Memory Modes—MA and MB 

The LUT in the PFU can be configured as either read/ 
write or read-only memory. A read/write address 
(a[3:0],b[3:0]), write data (wd[1:0], wd[3:2]), and two 
write-enable (WE) ports are used for memory. In asyn¬ 
chronous memory mode, each HLUT can be used as a 
16x2 memory. Each HLUT is configured indepen¬ 
dently, allowing functions such as a 16 x 2 memory in 
one HLUT and a logic function of five input variables or 
less In the other HLUT. 


address bits. The RAM bank-enable Is then used to 
enable 4 bits of data from a PLC onto the read data 
bus. 

The ORCA OR2CxxA/OR2TxxA series also has a new 
AND function available for each PFU In RAM mode. 
The inputs to this function are the write-enable (WE) 
signal and the write-port enable (WPE) signal. The 
write-enable signal is a4 for HLUTA and b4 for HLUTB, 
while the other input into the AND gates for both 
HLUTs is the write-port enable, Input on cO or CIN. 
Generally, the WPE Input Is driven by the same RAM 
bank-enable signal that controls the BIDIs in each PFU. 


Figure 12 illustrates the use of the LUT for a 16 x 4 
memory. When the LUTs are used as memory, there 
are Independent address, input data, and output data 
buses. If the LUT is used as a 16 x 4 read/write mem¬ 
ory, the a[3:0] and b[3:0] ports are address Inputs 
(A[3;0]). The a4 and b4 ports are write-enable (WE) 
signals. The wd[3:0] inputs are the data inputs. The 
f[3:0] data outputs can be routed out on the o[4:0] PFU 
outputs or to the latch/FF d[3:0] inputs. 
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Figure 12. MA/MB Mode—16 x 4 RAM 

To Increase memory word depth above 16 (e.g., 32 x 
4), two or more PLCs can be used. The address and 
write data inputs for the two or more PLCs are tied 
together (bit by bit), and the data outputs are routed 
through the four 3-statable BIDIs available in each PFU 
and are then tied together (bit by bit). 



The selection as to which RAM bank to write data Into 
does not require the use of LUTs from other PFUs, as 
in previous ORCA architectures. This reduces the num¬ 
ber of PFUs required for RAMs larger than 16 words In 
depth. Note that if either HLUT Is In MA/MB mode, then 
the same WPE Is active for both HLUTs. 

To increase the memory’s word size (e.g., 16x8), two 
or more PLCs are used again. The address, write- 
enable, and write-port enable of the PLCs are tied 
together (bit by bit), and the data Is different for each 
PLC. Increasing both the address locations and word 
size is done by using a combination of these two tech¬ 
niques. 

The LUT can be used simultaneously for both memory 
and a combinatorial logic function. Figure 13 shows the 
use of a LUT implementing a 16 x 2 RAM (HLUTA) and 
any function of up to five Input variables (HLUTB). 
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The control signal of the 3-statable BIDIs, called a RAM Figure 13. MA/F5 Mode — 16 x 2 Memory and One 
bank-enable. Is created from a decode of upper Function of Five Input Variables 
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Synchronous Memory Modes—SSPM and SDPM 

The MA/MB asynchronous memory modes described 
previously allow the PFU to perform as a 16 x 4 
(64 bits) single-port RAM. Synchronously writing to this 
RAM requires the write-enable control signal to be 
gated with the clock in another PFU to create a write 
pulse. To simplify this functionality, the OR2CxxA/ 
OR2TxxA devices contain a synchronous single-port 
memory (SSPM) mode, where the generation of the 
write pulse is done in each PFU. 

With SSPM mode, the entire LUT becomes a 16 x 4 
RAM, as shown in Figure 14. In this mode, the input 
ports are write enable (WE), write-port enable (WPE), 
read/write address (A[3:0]), and write data (WD[3;0]). 
To synchronously write the RAM, WE (input into a4) 
and WPE (input into either cO or cin) are latched and 
ANDed together. The result of this AND function is sent 
to a pulse generator in the LUT, which writes the RAM 
synchronous to the RAM clock. This RAM clock is the 
same one sent to the PFU latches/FFs; however, if nec¬ 
essary, it can be programmably inverted. 



5-4642(F) 


Figure 14. SSPM Mode—16 x 4 Synchronous 
Single-Port Memory 


The write address (wa[3:0]) and write data (wd[3:0]) 
are also latched by the RAM clock in order to simplify 
the timing. Reading data from the RAM is done asyn¬ 
chronously, thus the read address (ra[3:0]) is not 
latched. The result from the read operation is placed on 
the LUT outputs (f[3:0]).The f[3:0] data outputs can be 
routed out of the PFU or sent to the latch/FF d[3:0] 
inputs. 

There are two ways to use the latches/FFs in conjunc¬ 
tion with the SSPM. If the phase of the latch/FF clock 
and the RAM clock are the same, only a read address 
or write address can be supplied to the RAM that 
meets the synchronous timing requirements of both 
the RAM clock and latch/FF clock. Therefore, either a 
write to the RAM or a read from the RAM can be done 
in each clock cycle, but not both. If the RAM clock is 
inverted from the latch/FF clock, then both a write to 
the RAM and a read from the RAM can occur in each 
clock cycle. This is done by adding an external write 
address/read address multiplexer as shown in 
Figure 15. 

The write address is supplied on the phase of the clock 
that allows for setup to the RAM clock, and the read 
address is supplied on the phase of the clock that 
allows the read data to be setup to the latch/FF clock. If 
a higher-speed RAM is required that allows both a read 
and write in each clock cycle, the synchronous dual¬ 
port memory mode (SDPM) can be used, since it does 
not require the use of an external multiplexer. 

P-— — — — — 



Figure 15. SSPM with Read/Write per Clock Cycle 
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Note: The lower address bits are not shown. 


Figure 16, Synchronous RAM with Write-Port Enabie (WPE) 


To increase memory word depth above 16 (e.g., 32 x 
4), two or more PLCs can be used. The address and 
write data inputs for the two or more PLCs are tied 
together (bit by bit), and the data outputs are routed 
through the four 3-statable BIDIs available in each 
PFU.The BIDI outputs are then tied together (bit by 
bit), as seen in Figure 16. 

The control signals of the 3-statable BIDIs, called RAM 
bank-enable (BANK_EN1 and BANK_EN2), are cre¬ 
ated from a decode of upper address bits. The RAM 
bank-enable is then used to enable 4 bits of data from 
a PLC onto the read data (DOUT) bus. 

The OR2CxxA/OR2TxxA series now has a new AND 
function available for each PFU in RAM mode. The 
inputs to this function are the write-enable (WE) signal 
and the write-port enable (WPE) signal. The write- 
enable signal is input on a4, while the write-port enable 
is input on cO or cin. Generally, the WPE input is driven 
by the same RAM bank-enable signal that controls the 
BIDIs in each PFU. 


The selection as to which RAM bank to write data into 
does not require the use of LUTs from other PFUs, as 
in previous ORCA architectures. This reduces the num¬ 
ber of PFUs required for RAMs larger than 16 words in 
depth. 

A special use of this method can be to increase word 
depth to 32 words. Since both the WPE input into the 
RAM and the 3-state input into the BIDI can be 
Inverted, a decode of the one upper address bit is not 
required. Instead, the bank-enable signal for both 
banks is tied to the upper address bit, with the WPE 
and 3-state inputs active-high for one bank and active- 
low for the other. 

To Increase the memory’s word size (e.g., 16x8), two 
or more PLCs are used again. The address, write- 
enable, and write-port enable of the PLCs are tied 
together (bit by bit), and the data is different for each 
PLC. Increasing both the address locations and word 
size is accomplished by using a combination of these 
two techniques. 
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Figure 17. SDPM Mode—16 x 2 Synchronous 
Dual-Port Memory 


The OR2CxxA/OR2TxxA devices have added a sec¬ 
ond synchronous memory mode known as the syn¬ 
chronous dual-port memory (SDPM) mode. This 
mode writes data into the memory synchronously In the 
same manner described previously for SSPM mode. 
The SDPM mode differs In that two separate 16x2 
memories are created in each PFU that have the same 
WE, WPE, write data (wd[1:0]), and write address 
(wa[3:0]) inputs, as shown in Figure 17. 

The outputs of HLUTA (f[3:2]) operate the same way 
they do in SSPM mode—^the read address comes 
directly from the A[3:0] inputs used to create the 
latched write address. The outputs of HLUTB {f[1;0]) 
operate in a dual-port mode where the write address 
comes from the latched version of A[3:0], and the read 
address comes directly from RA[3:0], which is input on 
b[3:0]. 


The four latches/FFs in the PFU can be used In a vari¬ 
ety of configurations. In some cases, the configuration 
options apply to all four latches/FFs in the PFU. For 
other options, each latch/FF is independently program¬ 
mable. 

Table 4 summarizes these latch/FF options. The 
latches/FFs can be configured as either positive or 
negative level sensitive latches, or positive or negative 
edge-triggered flip-flops. All latches/FFs in a given PFU 
share the same clock, and the clock to these latches/ 
FFs can be inverted. The input into each latch/FF is 
from either the corresponding QLUT output (f[3:0]) or 
the direct data input (wd[3:0]). For latches/FFs located 
In the two outer rings of PLCs, additional inputs are 
possible. These additional Inputs are fast paths from 
I/O pads located in PICs in the same row or column as 
the PLCs. If the latch/FF Is not located in the two outer 
rings of the PLCs, the latch/FF Input can also be tied to 
logic 0, which is the default. The four latch/FF outputs, 
q[3;0], can be placed on the five PFU outputs, o[4;0]. 


Table 4. Configuration RAM Controlled Latch/ 
Flip-Flop Operation 


Function 

Options 

Functionality Common to All Latch/FFs in PFU | 

LSR Operation 

Asynchronous or Synchronous 

Clock Polarity 

Noninverted or Inverted 

Front-End Select 

Direct (wd[3:0]) or from LUT (f[3;0]) 

LSR Priority 

Either Isr or ce has priority 

Functionality Set Individually in Each Latch/FF in PFU | 

Latch/FF Mode 

Latch or Flip-Flop 

Set/Reset Mode 

Set or Reset 


The four latches/FFs in a PFU share the clock (ck), 
clock enable (ce), and local set/reset (Isr) Inputs. When 
ce is disabled, each latch/FF retains its previous value 
when clocked. Both the clock enable and Isr inputs can 
be inverted to be active-low. 


E 


Since external multiplexing of the write address and 
read address is not required, extremely fast RAMs can 
be created. New system applications that require an 
interface between two different asynchronous clocks 
can also be implemented using the SDPM mode. An 
example of this is accomplished by creating FIFOs 
where one clock controls the synchronous write of data 
into the FIFO, and the other clock controls the read 
address to allow reading of data at any time from the 
FIFO. 


Lucent Technologies Inc. 


2-19 










ORCA OR2CxxA/OR2TxxA Series FPGAs 


FPGA Data Book 


Programmable Logic Cells (continued) 

The set/reset operation of the latch/FF is controlled by 
two parameters: reset mode and set/reset value. When 
the global set/reset (gsrn) or local set/reset (Isr) are 
inactive, the storage element operates normally as a 
latch or FRThe reset mode Is used to select a synchro¬ 
nous or asynchronous Isr operation. If synchronous, Isr 
is enabled only if clock enable (ce) is active. For the 
OR2CxxA/OR2TxxA series, a new option called the Isr 
priority allows the synchronous Isr to have priority over 
the ce input, thereby setting or resetting the FF inde¬ 
pendent of the state of ce. The clock enable is sup¬ 
ported on FFs, not latches. The clock enable function Is 
implemented by using a two-input multiplexer on the FF 
Input, with one input being the previous state of the FF 
and the other input being the new data applied to the 
FF. The select of this two-input multiplexer is clock 
enable (ce), which selects either the new data or the 
previous state. When ce is Inactive, the FF output does 
not change when the clock edge arrives. 

The gsrn signal is only asynchronous, and it sets/ 
resets all latches/FFs in the FPGA based upon the set/ 
reset configuration bit for each latch/FF. The set/reset 
value determines whether gsrn and Isr are set or reset 
Inputs. The set/reset value Is independent for each 
latch/FF. 

If the local set/reset is not needed, the latch/FF can be 
configured to have a data front-end select. Two data 
inputs are possible in the front-end select mode, with 
the Isr signal used to select which data input is used. 
The data input into each latch/FF Is from the output of 
its associated GLUT f[3:0] or direct from wd[3:0], 
bypassing the LUT. In the front-end data select mode, 
both signals are available to the latches/FFs. 


For PLCs that are in the two outside rows or columns of 
the array, the latch/FFs can have two inputs in addition 
to the f and wd Inputs mentioned above. One input is 
from an I/O pad located at the PIC closest to either the 
left or right of the given PLC (if the PLC is in the left two 
columns or right two columns of the array). The other 
input is from an I/O pad located at the closest PIC 
either above or below the given PLC (if the PLC is in 
the top or the bottom two rows). It should be noted that 
both inputs are available for a 2 x 2 array of PLCs in 
each corner of the array. For the entire array of PLCs, if 
either or both of these inputs is unavailable, the latch/ 
FF data input can be tied to a logic 0 instead (the 
default). 

To speed up the interface between signals external to 
the FPGA and the latches/FFs, there are direct paths 
from latch/FF outputs to the I/O pads. This is done for 
each PLC that is adjacent to a PIC. 

The latches/FFs can be configured in three modes: 

1. Local synchronous set/reset: the input Into the 
PFU’s Isr port is used to synchronously set or reset 
each latch/FF. 

2. Local asynchronous set/reset: the Input into Isr 
asynchronously sets or resets each latch/FF. 

3. Latch/FF with front-end select: the data select signal 
(actually Isr) selects the input into the latches/FFs 
between the LUT output and direct data In. 

For all three modes, each latch/FF can be indepen¬ 
dently programmed as either set or reset. Each latch/ 
FF In the PFU is independently configured to operate 
as either a latch or flip-flop. Figure 18 provides the logic 
functionality of the front-end select, global set/reset, 
and local set/reset operations. 



A. Latch/FF with Local B. Latch/FF with Local 

Synchronous Set or Reset Asynchronous Set or Reset 


C. Latch/FF with Front-End Select 

5-2839(F) 


Note: CD = configuration data. 


Figure 18. Latch/FF Set/Reset Configurations 
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PLC Routing Resources 

Generally, the ORCA Foundry Development System is 
used to automatically route interconnections. Interac¬ 
tive routing with the ORCA Foundry design editor 
(EPIC) is also available for design optimization. To use 
EPIC for interactive layout, an understanding of the 
routing resources is needed and is provided in this sec¬ 
tion. 

The routing resources consist of switching circuitry and 
metal interconnect segments. Generally, the metal 
lines which carry the signals are designated as routing 
nodes (R-nodes).The switching circuitry connects the 
routing nodes, providing one or more of three basic 
functions: signal switching, amplification, and isolation. 
A net running from a PFU or PIC output (source) to a 
PLC or PIC input (destination) consists of one or more 
R-nodes, connected by switching circuitry designated 
as configurable interconnect points (CIPs). 

The following sections discuss PLC, PIC, and interquad 
routing resources. This section discusses the PLC 
switching circuitry, intra-PLC routing, inter-PLC routing, 
and clock distribution. 

Configurable Interconnect Points 

The process of connecting R-nodes uses three basic 
types of switching circuits: two types of configurable 
interconnect points (CIPs) and bidirectional buffers 
(BIDIs).The basic element in CIPs is one or more pass 
transistors, each controlled by a configuration RAM bit. 
The two types of CIPs are the mutually exclusive (or 
multiplexed) CIP and the Independent CIP. 

A mutually exclusive set of CIPs contains two or more 
CIPs, only one of which can be on at a time. An inde¬ 
pendent CIP has no such restrictions and can be on 
independent of the state of other CIPs. Figure 19 
shows an example of both types of CIPs. 



Figure 19. Configurable Interconnect Point 


3-Statable Bidirectional Buffers 

Bidirectional buffers provide isolation as well as amplifi¬ 
cation for signals routed a long distance. Bidirectional 
buffers are also used to drive signals directly onto 
either vertical or horizontal xL and xH R-nodes (to be 
described later in the inter-PLC routing section). BIDIs 
are also used to indirectly route signals through the 
switching R-nodes. Any number from zero to eight 
BIDIs can be used in a given PLC. 

The BIDIs in a PLC are divided into two nibble-wide 
sets of four (BIDI and BIDIH). Each of these sets has a 
separate BIDI controller that can have an application 
net connected to its TRI input, which Is used to 3-state 
enable the BIDIs. Although only one application net 
can be connected to both BIDI controllers, the sense of 
this signal (active-high, active-low, or ignored) can be 
configured independently. Therefore, one set can be 
used for driving signals, the other set can be used to 
create 3-state buses, both sets can be used for 3-state 
buses, and so forth. 
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RIGHT-LEFT BIDI 

LEFT-RIGHT BIDI 

UNUSED BIDI 

. LEFT-RIGHT BIDI 


RIGHT-LEFT BIDIH 

LEFT-RIGHT BIDIH 

UNUSED BIDIH 

. LEFT-RIGHT BIDIH 


5-4479p2{C) 

Figure 20.3-Statable Bidirectional Buffers 


Intra-PLC Routing 


Switching R-Nodes. There are four sets of switching 
R-nodes in each PLC, one in each corner. Each set 
consists of five switching elements, labelled sul[4:0], 
sur[4:0], sll[4:0], and slr[4;0], for the upper-left, upper- 
right, lower-left, and lower-right sections of the PFUs, 
respectively. The switching R-nodes connect to the 
PFU inputs and outputs as well as the BIDI and BIDIH 
R-nodes, to be described later. They also connect to 
both the horizontal and vertical x1 and x4 R-nodes 
(inter-PLC routing resources, described below) in their 
specific corner. 

One of the four sets of switching R-nodes can be con¬ 
nected to a set of switching R-nodes in each of the four 
adjacent PLCs or PICs. This allows direct routing of up 
to five signals without using inter-PLC routing. 

BIDI/BIDIH R’Nodes. There are two sets of bidirec¬ 
tional R-nodes In the PLC, each set consisting of four 
bidirectional buffers. They are designated BIDI and 
BIDIH and have similar functionality. The BIDI R-nodes 
are used in conjunction with the xL R-nodes, and the 
BIDIH R-nodes are used in conjunction with the xH R- 
nodes. Each side of the four BIDIs in the PLC is con¬ 
nected to a BIDI R-node on the left (BL[3:0]) and on the 
right (BR[3:0]). These R-nodes can be connected to 
the xL R-nodes through CIPs, with BL[3:0] connected 
to the vertical xL R-nodes and BR[3:0] connected to 
the horizontal xL R-nodes. Both BL[3:0] and BR[3:0] 
have CIPs which connect to the switching R-nodes. 

Similarly, each side of the four BIDIHs Is connected to a 
BIDIH R-node: BLH[3:0] on the left and BRH[3:0] on 
the right. These R-nodes can also be connected to the 
xH R-nodes through CIPs, with BLH[3:0] connected to 
the vertical xH R-nodes and BRH[3:0] connected to the 
horizontal xH R-nodes. Both BLH[3:0] and BRH[3:0] 
have CIPs which connect to the switching R-nodes. 


The function of the intra-PLC routing resources is to 
connect the PFU’s input and output ports to the routing 
resources used for entry to and exit from the PLC. 
These are nets for providing PFU feedback, turning 
corners, or switching from one type of routing resource 
to another. 


CIPs are also provided to connect the BIDIH and BIDIL 
R-nodes together on each side of the BIDIs. For exam¬ 
ple, BLH3 can connect to BL3, while BRH3 can con¬ 
nect to BR3. 


PFU Input and Output Ports. There are nineteen 
input ports to each PFU. The PFU input ports are 
labelled a[4:0], b[4:0], wd[3:0], cO, ck, Isr, cin, and ce. 
The six output ports are o[4:0] and cout. These ports 
correspond to those described in the PFU section. 
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Inter-PLC Routing Resources 

The inter-PLC routing is used to route signals between 
PLCs. The R-nodes occur in groups of four, and differ 
In the numbers of PLCs spanned. The x1 R-nodes 
span one PLC, the x4 R-nodes span four PLCs, the xH 
R-nodes span one-half the width (height) of the PLC 
array, and the xL R-nodes span the width (height) of 
the PLC array. All types of R-nodes run in both horizon¬ 
tal and vertical directions. 

Table 5 shows the groups of inter-PLC R-nodes in each 
PLC. In the table, there are two rows/columns each for 
x1 and x4 lines. In the design editor, the horizontal x1 
and x4 R-nodes are located above and below the PPL). 
Similarly, the vertical segments are located on each 
side. The xL and xH R-nodes only run below and to the 
left of the PFU. The Indexes specify individual R-nodes 
within a group. For example, the vx4[2] R-node runs 
vertically to the left of the PFU, spans four PLCs, and is 
the third line in the 4-bit wide bus. 


Table 5. Inter-PLC Routing Resources 


Horizontal 

R-Nodes 

Vertical 

R-Nodes 

Distance 

Spanned 

hx1[3:0] 

vx1[3:0] 

One PLC 

hx1[7:4] 

vx1[7:4] 

One PLC 

hx4[3:0] 

vx4[3:01 

Four PLCs 

hx4[7:4] 

vx4[7:4] 

Four PLCs 

hxL[3:0] 

vxL[3:0] 

PLC Array 

hxH[3:0] 

vxH[3:0] 

1/2 PLC Array 

ckl, ckr 

ckt, ckb 

PLC Array 


Figure 21 shows the inter-PLC routing within one PLC. 
Figure 22 provides a global view of inter-PLC routing 
resources across multiple PLCs. 


DIRECTI4:0] 


PROGRAMMABLE 
FUNCTION UNIT 


DIRECT[4:0] 


- hx4[7:4] 

- hx1[7;4] 

- ckl, ckr 


- DIRECT[4:0] 


- hxLt3:0] 

- hxH[3:0] 

- hx1I3:0] 

- hx4[3:0] 


Figure 21. Single PLC View of Inter-PLC R-Nodes 


x1 R-Nodes. There are a total of 16 x1 R-nodes per 
PLC: eight vertical and eight horizontal. Each of these 
is subdivided into nibble-wide buses: hx1[3:0], hx1[7:4], 
vx1[3:0], and vx1[7:4]. An x1 line is one PLC long. 

If a net is longer than one PLC, an x1 R-node can be 
lengthened to n times its length by turning on n - 1 
CIPs. A signal is routed onto an x1 R-node via the 
switching R-nodes. 

x4 R-Nodes. There are four sets of four x4 R-nodes, for 
a total of 16 x4 R-nodes per PLC. They are hx4[3:0], 
hx4[7:4], vx4[3:0], and vx4[7:4]. Each set of x4 R- 
nodes is twisted each time it passes through a PLC, 
and one of the four is broken with a CIR This allows a 
signal to be routed for a length of four cells in any direc¬ 
tion on a single line without additional CIPs. The x4 R- 
nodes can be used to route any nets that require mini¬ 
mum delay. A longer net is routed by connecting two x4 
R-nodes together by a CIR The x4 R-nodes are 
accessed via the switching R-nodes. 
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xL R-Nodes.The long xL R-nodes run vertically and 
horizontally the height and width of the array, respec¬ 
tively. There are a total of eight xL R-nodes per PLC: 
four horizontal (hxL[3:0]) and four vertical (vxL[3:0]). 
Each PLC column has four xL lines, and each PLC row 
has four xL R-nodes. Each of the xL R-nodes connects 
to the two PICs at either end. The OR2C/2T12A, which 
consists of a 1 8 X 1 8 array of PLCs, contains 72 vxL 
and 72 hxL R-nodes. They are intended primarily for 
global signals which must travel long distances and 
require minimum delay and/or skew, such as clocks. 

There are three methods for routing signals onto the xL 
R-nodes. In each PLC, there are two long-line drivers: 
one for a horizontal xL R-node, and one for a vertical 
xL R-node. Using the long-line drivers produces the 
least delay. The xL R-nodes can also be driven directly 
by PFU outputs using the BIDI R-nodes. In the third 
method, the xL R-nodes are accessed by the bidirec¬ 
tional buffers, again using the BIDI R-nodes. 

xH R-Nodes. Four by half (xH) R-nodes run horizon¬ 
tally and four xH R-nodes run vertically in each row and 
column in the array. These R-nodes travel a distance of 
one-half the PLC array before being broken in the mid¬ 
dle of the array, where they connect to the interquad 
block (discussed later). They also connect at the 
periphery of the FPGA to the PICs, like the xL R-nodes. 
The xH R-nodes do not twist like xL R-nodes, allowing 
nibble-wide buses to be routed easily. 

Two of the three methods of routing signals onto the 
xL R-nodes can also be used for the xH R-nodes. A 
special xH line driver is not supplied for the xH R- 
nodes. 

Clock R-Nodes. For a very fast and low-skew clock (or 
other global signal tree), clock R-nodes run the entire 
height and width of the PLC array. There are two hori¬ 
zontal clock R-nodes per PLC row (CKL, CKR) and two 
vertical clock R-nodes per PLC column (CKT, CKB). 
The source for these clock R-nodes can be any of the 
four I/O buffers in the PIC. The horizontal clock R- 
nodes in a row (CKL, CKR) are driven by the left and 
right PICs, respectively. The vertical clock R-nodes in a 
column (CKT, CKB) are driven by the top and bottom 
PICs, respectively. 


The clock R-nodes are designed to be a clock spine. In 
each PLC, there Is a fast connection available from the 
clock R-node to the long-line driver (described earlier). 
With this connection, one of the clock R-nodes in each 
PLC can be used to drive one of the four xL R-nodes 
perpendicular to It, which. In turn, creates a clock tree. 

This feature is discussed in detail in the Clock Distribu¬ 
tion Network section. 

Minimizing Routing Delay 

The CIP is an active element used to connect two R- 
nodes. As an active element, it adds significantly to the 
resistance and capacitance of a net, thus increasing 
the net’s delay. The advantage of the x1 R-node over a 
x4 R-node is routing flexibility. A net from PLC db to 
PLC cb is easily routed by using x1 R-nodes. As more 
CIPs are added to a net, the delay increases. To 
increase speed, routes that are greater than two PLCs 
away are routed on the x4 R-nodes because a CIP is 
located only in every fourth PLC. A net that spans 
eight PLCs requires seven x1 R-nodes and six CIPs. 
Using x4 R-nodes, the same net uses two R-nodes and 
one CIP. 

All routing resources in the PLC can carry 4-bit buses. 
In order for data to be used at a destination PLC that is 
in data path mode, the data must arrive unscrambled. 
For example, in data path operation, the least signifi¬ 
cant bit 0 must arrive at either a[0] or b[0]. If the bus is 
to be routed by using either x4 or xL R-nodes (both of 
which twist as they propagate), the bus must be placed 
on the appropriate lines at the source PLC so that the 
data arrives at the destination unscrambled. The 
switching R-nodes provide the most efficient means of 
connecting adjacent PLCs. Signals routed with these 
R-nodes have minimum propagation delay. 
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Figure 22. Multiple PLC View of Inter-PLC Routing 
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PLC Architectural Description 

Figure 23 is an architectural drawing of the PLC which 
reflects the PFU, the R-nodes, and the CIPs. A discus¬ 
sion of each of the letters in the drawing follows. 

A. These are switching R-nodes which give the router 
flexibility. In general switching theory, the more levels 
of indirection there are in the routing, the more 
routable the network is. The switching R-nodes can 
also connect to adjacent PLCs. 

The switching R-nodes provide direct connections to 
PLCs directly to the top, bottom, left, and right, with¬ 
out using other routing resources. The ability to dis¬ 
able this connection between PLCs is provided so 
that each side of these connections can be used 
exclusively as switching R-nodes in their respective 
PLC. 

B. These CIPs connect the x1 routing. These are 
located in the middle of the PLC to allow the block to 
connect to either the left end of the horizontal x1 R- 
node from the right or the right end of the horizontal 
x1 R-node from the left, or both. By symmetry, the 
same principle is used in the vertical direction. The 
x1 lines are not twisted, making them suitable for 
data paths. 

C. This set of CIPs is used to connect the x1 and x4 
nets to the switching R-nodes or to other x1 and x4 
nets. The CIPs on the major diagonal allow data to 
be transmitted from x1 nets to the switching R-nodes 
without being scrambled. The CIPs on the major 
diagonal also allow unscrambled data to be passed 
between the x1 and x4 nets. 

In addition to the major diagonal CIPs for the x1 
lines, other CIPs provide an alternative entry path 
into the PLC in case the first one is already used. 
The other CIPs are arrayed in two patterns, as 
shown. Both of these patterns start with the main 
diagonal, but the extra CIPs are arrayed on either a 
parallel diagonal shifted by one or shifted by two 
(modulo the size of the vertical bus (5)). This allows 
any four application nets incident to the PLC corner 
to be transferred to the five switching R-nodes in that 
corner. Many patterns of five nets can also be trans¬ 
ferred. 


D. The x4 R-nodes are twisted at each PLC. One of the 
four x4 lines Is broken with a CIP, which allows a sig¬ 
nal to be routed a distance of four PLCs in any direc¬ 
tion on a single R-node without an intermediate CIP. 
The x4 R-nodes are less populated with CIPs than 
the x1 lines to increase their speed. A CIP can be 
enabled to extend an x4 R-node four more PLCs, 
and so on. 

For example, if an application signal is routed onto 
hx4[4] in a PLC, it appears on hx4[5] in the PLC to 
the right. This signal step-up continues until it 
reaches hx4[7], two PLCs later. At this point, the 
user can break the connection or continue the signal 
for another four PLCs. 

E. These symbols are bidirectional buffers (BIDIs). 
There are four BIDIs per PLC, and they provide sig¬ 
nal amplification as needed to decrease signal 
delay. The BIDIs are also used to transmit signals on 
xL lines. 

F. These are the BIDI and BIDIH controllers. The 3- 
state control signal can be disabled. They can be 
configured as active-high or active-low indepen¬ 
dently of each other. 

G. This set of CIPs allows a BIDI to get or put a signal 
from one set of switching R-nodes on each side. The 
BIDIs can be accessed by the switching R-nodes. 
These CIPs allow a nibble of data to be routed 
though the BIDIs and continue to a subsequent 
block. They also provide an alternative routing 
resource to improve routability. 

H. These CIPs are used to take data from/to the BIDIs 
to/from the xL R-nodes. These CIPs have been opti¬ 
mized to allow the BIDI buffers to drive the large load 
usually seen when using xL R-nodes. 

I. Each latch/FF can accept data: from a LUT output; 
from a direct data input signal from general routing; 
or, as in the case of PLCs located in the two rows 
(columns) adjacent to PICs, directly from the pad. In 
addition, the LUT outputs can bypass the latches/ 
FFs completely and output data on the general rout¬ 
ing resources. The four inputs shown are used as 
the direct input to the latches/FFs from general rout¬ 
ing resources. If the LUT is in memory mode, the 
four inputs wd[3:0] are the data input to the memory. 
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Figure 23. PLC Architecture 
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J. Any five of the eight output signals can be routed out 
of the PLC. The eight signals are the four LUT out¬ 
puts (fO, f1, f2, and f3) and the four latch/FF outputs 
(qO, q1, q2, and q3). This allows the user to access 
all four latch/FF outputs, read the present state and 
next state of a latch/FF, build a 4-blt shift register, 
etc. Each of the outputs can drive any number of the 
five PFU outputs. The speed of a signal can be 
increased by dividing its load among multiple PFU 
output drivers. 

K. These lines deliver the auxiliary signals clock enable 
and set/reset to the latches/FFs. All four of the 
latches/FFs share these signals. 

L. This is the clock input to the latches/FFs. Any of the 
horizontal and vertical xH or xL lines can drive the 
clock of the PLC latches/FFs. Long-line drivers are 
provided so that a PLC can drive one xL R-node in 
the horizontal direction and one xL R-node in the 
vertical direction. The xL lines in each direction 
exhibit the same properties as x4 lines, except there 
are no CIPs.The clock R-nodes (ckl, ckr, ckt, and 
ckb) and multiplexers/drivers are used to connect to 
the xL R-nodes for low-skew, low-delay global sig¬ 
nals. 

The long-lines run the length or width of the PLC 
array. They rotate to allow four PLCs In one row or 
column to generate four independent global signals. 
These lines do not have to be used for clock routing. 
Any highly used application net can use this 
resource, especially one requiring low skew. 

M. These R-nodes are used to route the fast carry sig¬ 
nal to/from the neighboring four PLCs. The carry-out 
(cout) of the PFU can also be routed out of the PFU 
onto the fifth output (o4).The carry-in (cin) signal 
can also be supplied by the b4 Input to the PFU. 


N. These are the 11 logic inputs to the LUT. The a[4:0] 
inputs are provided into HLUTA, and the b[4:0] 
inputs are provided Into HLUTB. The cO input 
bypasses the main LUT and is used in the pfumux, 
pfuxor, and pfunand functions (F5M, F5X modes). 
Since this input bypasses the LUT, it can be used as 
a fast path around the LUT, allowing the implemen¬ 
tation of fast, wide combinatorial functions. The cO 
input can be disabled or inverted. 

O. The xH R-nodes run one-half the length (width) of 
the array before being broken by a CIP. 

P. The BIDIHs are used to access the xH R-nodes. 

Q. The BIDIH R-nodes are used to connect the BIDIHs 
to the xsw R-nodes, the xH R-nodes, or the BIDI R- 
nodes. 

R. These CIPs connect the BIDI R-nodes and the 
BIDIH R-nodes. 

S. These are clock R-nodes (ckt, ckb, ckl, and ckr) with 
the multiplexers and drivers to connect to the xL R- 
nodes. 

T. These CIPs connect x1 R-nodes which cross in 
each corner to allow turns on the x1 R-nodes with¬ 
out using the xsw R-nodes. 

U. These CIPs connect x4 R-nodes and xsw R-nodes, 
allowing nets that run a distance that is not divisible 
by four to be routed more efficiently. 

V. This routing structure allows any PFU output, includ¬ 
ing LUT and latch/FF outputs, to be placed on o4 
and be routed onto the fast carry routing. 

W. Thls routing structure allows the fast carry routing to 
be routed onto the cO PFU input. 
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The programmable input/output cells (PICs) are 
located along the perimeter of the device. Each PIC 
interfaces to four bond pads and contains the neces¬ 
sary routing resources to provide an interface between 
I/O pads and the PLCs. Each PIC is composed of input 
buffers, output buffers, and routing resources as 
described below. Table 6 provides an overview of the 
programmable functions in an I/O cell. Figure 24A is a 
simplified diagram of the functionality of the OR2CxxA 
series I/O cells, while Figure 24B is a simplified func¬ 
tional diagram of the OR2TxxA series I/O cells. 


Table 6. Input/Output Cell Options 


Input 

Option 

Input Levels 

TTL/CMOS (OR2CXXA only) 

Input Speed 

Fast/Delayed 

Float Value 

Pull-up/Pull-down/None 

Direct-in to FF 

Fast/Delayed 

Output 

Option 

Output Drive 

12 mA/6 mA or 6 mA/3 mA 

Output Speed 

Fast/Slewlim/Sinklim 

Output Source 

FF Direct-out/General Routing 

Output Sense 

Active-high/-low 

3-State Sense 

Active-high/-low (3-state) 


Each I/O can be configured to be either an input, an 
output, or bidirectional I/O. Inputs for the OR2CxxA can 
be configured as either TTL or CMOS compatible. The 
I/O for the OR2TxxA series devices are 5.0 V tolerant, 
and will be described in a later section of this data 
sheet. To allow zero hold time on PLC latches/FFs, the 
input signal can be delayed. Pull-up or pull-down resis¬ 
tors are available on inputs to minimize power con¬ 
sumption. 

A fast path from the input buffer to the clock R-nodes is 
also provided. Any one of the four I/O pads on any PIC 
can be used to drive the clock R-node generated in that 
PIC. 

To reduce the time required to input a signal into the 
FPGA, a dedicated path (pdin) from the I/O pads to the 
PFU flip-flops is provided. Like general Input signals, 
this signal can be configured as normal or delayed. The 
delayed direct input can be selected Independently 
from the delayed general input. If the fast clock routing 
is selected from a given I/O pad, then the direct input 
signal is automatically delayed, decreasing the delay of 
the fast clock. 

Inputs should have transition times of less than 500 ns 
and should not be left floating. If an input can float, a 
pull-up or pull-down should be enabled. Floating inputs 
increase power consumption, produce oscillations, and 
increase system noise. The OR2CxxA inputs have a 
typical hysteresis of approximately 280 mV (200 mV for 
the OR2TxxA) to reduce sensitivity to input noise. The 
PIC contains input circuitry which provides protection 
against latch-up and electrostatic discharge. 
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Figure 24A. Simplified Diagram of OR2CxxA 
Programmable I/O Cell 
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Outputs 

The PIC’s output drivers have programmable drive 
capability and slew rates. Three propagation delays 
(fast, slewlim, sinkllm) are available on output drivers. 
The sinklim mode has the longest propagation delay 
and is used to minimize system noise and minimize 
power consumption. The fast and slewlim modes allow 
critical timing to be met. 

The drive current Is 12 mA sink/6 mA source for the 
slewlim and fast output speed selections and 
6 mA sink/3 mA source for the sinklim output. Two adja¬ 
cent outputs can be Interconnected to increase the out¬ 
put sink current to 24 mA. 

All outputs that are not speed critical should be config¬ 
ured as sinklim to minimize power and noise. The num¬ 
ber of outputs that switch simultaneously in the same 
direction should be limited to minimize ground bounce. 
To minimize ground bounce problems, locate heavily 
loaded output buffers near the ground pads. Ground 
bounce is generally a function of the driving circuits, 
traces on the PCB, and loads and Is best determined 
with a circuit simulation. 

Outputs can be inverted, and 3-state control signals 
can be active-high or active-low. An open-drain output 
may be obtained by using the same signal for driving 
the output and 3-state signal nets so that the buffer out¬ 
put is enabled only by a low. At powerup, the output 
drivers are in slewlim mode, and the input buffers are 
configured as TTL-level compatible with a pull-up. If an 
output Is not to be driven In the selected configuration 
mode, it is 3-stated. 
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5 V Tolerant I/O 

The I/O on the OR2TxxA series devices allow intercon¬ 
nection to both 3.3 V and 5 V device (selectable on a 
per-pin basis) by way of special Vdd 5 pins that have 
been added to the OR2TxxA devices. If any I/O on the 
OR2TxxA device interface to a 5 V input, then all of the 
Vdd 5 pins must be connected to the 5 V supply. If no 
pins on the device interface to a 5 V signal, then the 
Vdd 5 pins must be connected to the 3.3 V supply. 

If the Vdd 5 pins are disconnected (i.e., they are float¬ 
ing), the device will not be damaged; however, the 
device may not operate properly until Vdd 5 is returned 
to a proper voltage level. If the Vdd 5 pins are then 
shorted to ground, a large current flow will develop, and 
the device may be damaged. 


Figure 24B. Simplified Diagram of OR2TxxA 
Programmabie i/O Cell (PIC) 
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Regardless of the power supply the Vdd 5 pins are con¬ 
nected to (5 V or 3.3 V), the OR2TxxA devices will drive 
the pin to the 3.3 V levels when the output buffer is 
enabled. If the other device being driven by the 
OR2TxxA device has TTL-compatible inputs, then the 
device will not dissipate much input buffer power. This 
is because the OR2TxxA output is being driven to a 
higher level than the TTL level required. If the other 
device has a CMOS-compatible input, the amount of 
Input buffer power will also be small. Both of these 
power values are dependent upon the Input buffer char¬ 
acteristics of the other device when driven at the 
OR2TxxA output buffer voltage levels. 

Global 3-State Functionality 

To increase the testability of the ORCA Series FPGAs, 
the global 3-state function (ts_all) disables the device. 
The ts_all signal is driven from either an external pin or 
an internal signal. Before and during configuration, the 
ts_all signal Is driven by the Input pad RD_CFGN. After 
configuration, the ts_all signal can be disabled, driven 
from the RD_CFGN input pad, or driven by a general 
routing signal in the upper-right corner. Before configu¬ 
ration, ts_all Is active-low; after configuration, the 
sense of ts_all can be Inverted. 

The following occur when ts_all Is activated: 

1. All of the user I/O output buffers are 3-stated, the 
user I/O input buffers are pulled up (with the pull¬ 
down disabled), and the input buffers are configured 
with TTL input thresholds. 

2. The TDO/RD_DATA output buffer is 3-stated. 

3. The RD_CFGN, RESET, and PR^ input buffers 
remain active with a pull-up. 

4. The DONE output buffer is 3-stated and the input 
buffer Is pulled-up. 


PIC Routing Resources 

The PIC routing is designed to route 4-bit wide buses 
efficiently. For example, any four consecutive I/O pads 
can have both their input and output signals routed into 
one PLC. Using only PIC routing, either the Input or 
output data can be routed to/from a single PLC from/to 
any eight pads in a row, as in Figure 25. 

The connections between PLCs and the I/O pad are 
provided by two basic types of routing resources. 
These are routing resources internal to the PIC and 
routing resources used for PIC-PLC connection. 

Figure 26 and Figure 27 show a high-level and detailed 
view of these routing resources, respectively. 


pxL pxH px2 px1 




I PAD d[ — I I/03 | - 
I PAD C I — p/02 I - 
|padb| — p/oi t - 
|pada| — n/oo | - 


PIC 

SWITCHING 

MATRIX 


PLC x4 
PLC x1 

5 

PLC psw 
PLC dout 
PLC xL 
PLC xH 


PLC x1 
PLC x4 


T r ? ? 

pxL pxH px2 px1 


- 4 ^ PLC din 


5-4504(C)2C 


Figure 25. Simplified PIC Routing Diagram 


Lucent Technologies Inc. 


2-31 





ORCA OR2CxxA/OR2TxxA Series FPGAs 


FPGA Data Book 


Programmable Input/Output Cells 

(continued) 

The PIC’s name is represented by a two-letter designa¬ 
tion to indicate on which side of the device it is located 
followed by a number to indicate in which row or col¬ 
umn it is located. The first letter, P, designates that the 
cell is a PIC and not a PLC.The second letter Indicates 
the side of the array where the PIC is located. The four 
sides are left (L), right (R), top (T), and bottom (B).The 
individual I/O pad is indicated by a single letter (either 
A, B, C, or D) placed at the end of the PIC name. As an 
example, PL1OA indicates a pad located on the left 
side of the array in the tenth row. 

Each PIC has four pads and each pad can be config¬ 
ured as an input, an output (3-statable), a direct output, 
or a bidirectional I/O. When the pads are used as 
inputs, the external signals are provided to the internal 
circuitry at in[3:0]. When the pads are used to provide 
direct inputs to the latches/FFs, they are connected 
through dln[3:0]. When the pads are used as outputs, 
the internal signals connect to the pads through 
out[3:0]. When the pads are used as direct outputs, the 
output from the latches/flip-flops in the PLCs to the PIC 
is designated dout[3:0]. When the outputs are 3-stat- 
able, the 3-state enable signals are ts[3:0]. 


Routing Resources Internal to the PIC 

For inter-PIC routing, the PIC contains fourteen R- 
nodes used to route signals around the perimeter of 
the FPGA. Figure 25 shows these lines running verti¬ 
cally for a PIC located on the left side. Figure 26 shows 
the R-nodes running horizontally for a PIC located at 
the top of the FPGA. 

pxL R-Nodes. Each PIC has two pxL R-nodes, 
labelled pxL[1:0]. Like the xL R-nodes of the PLC, the 
pxL R-nodes span the entire edge of the FPGA. 

pxH R-Nodes. Each PIC has four pxH R-nodes, 
labelled pxH[3:0]. Like the xH R-nodes of the PLC, the 
pxH R-nodes span half the edge of the FPGA. 

px2 R-Nodes. There are four px2 R-nodes in each 
PIC, labelled px2[3:0]. The px2 R-nodes pass through 
two adjacent PICs before being broken. These are 
used to route nets around the perimeter equally a dis¬ 
tance of two or more PICs. 

px1 R-Nodes. Each PIC has four px1 R-nodes, 
labelled px1[3:0].The px1 R-nodes are one PIC long 
and are extended to adjacent PICs by enabling CIPs. 
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PIC Architectural Description 

The PIC architecture given in Figure 26 is described 
using the following letter references. The figure depicts 
a PIC at the top of the array, so inter-PIC routing is hor¬ 
izontal and the indirect PIC-PLC routing is horizontal to 
vertical. In some cases, letters are provided in more 
than one location to indicate the path of an R-node. 

A. As in the PLCs, the PIC contains a set of R-nodes 
which run the length (width) of the array. The pxL R- 
nodes connect in the corners of the array to other 
pxL R-nodes. The pxL R-nodes also connect to the 
PIC BIDI, PIC BIDIH, and LLDRV R-nodes. As in the 
PLC xL R-nodes, the pXH R-nodes twist as they 
propagate through the PICs. 

B. As in the PLCs, the PIC contains a set of R-nodes 
which run one-half the length (width) of the array. 
The pxH R-nodes connect in the corners and in the 
middle of the array perimeter to other pxH R-nodes. 
The pxH R-nodes also connect to the PIC BIDI, PIC 
BIDIH, and LLDRV R-nodes. As in the PLC xH 
R-nodes, the pxH R-nodes do not twist as they 
propagate through the PICs. 

C. The px2[3:0] R-nodes span a length of two PICs 
before intersecting with a CIP.The CIP allows the 
length of a path using px2 R-nodes to be extended 
two PICs. 

D. The px1 [3:0] R-nodes span a single PIC before inter¬ 
secting with a CIP.The CIP allows the length of a 
path using px1 R-nodes to be extended by one PIC. 

E. These are four dedicated direct output R-nodes con¬ 
nected to the output buffers. The dout[3:0] signals go 
directly from a PLC latch/FF to an output buffer, min¬ 
imizing the latch/FF to pad propagation delay. 

F. This is a direct path from the Input pad to the PLC 
latch/flip-flops in the two rows (columns) adjacent to 
PICs. This input allows a reduced setup time. Direct 
Inputs from the top and bottom PIC rows are 
pdintb[3:0]. Direct inputs from the left and right PIC 
columns are pdinlr[3:0]. 

G. The out[3:0], ts[3:0], and in[3:0] signals for each I/O 
pad can be routed directly to the adjacent PLC’s 
switching R-nodes. 

H. The fourTRIDI buffers allow connections from the 
pads to the PLC xL R-nodes. The TRIDIs also allow 
connections between the PLC xL R-nodes and the 
pBIDI R-nodes, which are described in J below. 


I. The fourTRIDIH buffers allow connections from the 
pads to the PLC xH R-nodes. The TRIDIHs also 
allow connections between the PLC xH R-nodes and 
the pBIDIH R-nodes, which are described in K 
below. 

J. The pBIDI R-nodes (bidi[3:0]) connect the pxL R- 
nodes, pxH R-nodes, and the px1 R-nodes. These 
are bidirectional in that the path can be from the pxL, 
pxH, or px1 R-nodes to the xL R-nodes, or from the 
xL R-nodes to the pxL, pxH, or px1 R-nodes. 

K. The pBIDIH R-nodes (bidih[3:0]) connect the pxL R- 
nodes, pxH R-nodes, and the px1 R-nodes. These 
are bidirectional in that the path can be from the pxL, 
pxH, or px1 R-nodes to the xH R-nodes, or from the 
xH R-nodes to the pxL, pxH, or px1 R-nodes. 

L. The llin[3:0] R-nodes provide a fast connection from 
the I/O pads to the xL and xH R-nodes. 

M. This set of CIPs allows the eight x1 R-nodes (four on 
each side) of the PLC perpendicular to the PIC to be 
connected to either the px1 or px2 R-nodes in the 
PIC. 

N. This set of CIPs allows the eight x4 R-nodes (four on 
each side) of the PLC perpendicular to the PIC to be 
connected to the px1 R-nodes. This allows fast 
access to/from the I/O pads from/to the PLCs. 

O. All four of the PLC x4 R-nodes in a group connect to 
all four of the PLC x4 R-nodes in the adjacent PLC 
through a CIP. (This differs from the ORCA 1C 
Series in which two of the x4 R-nodes in adjacent 
PLCs are directly connected without any CIPs.) 

P. The long-line driver (LLDRV) R-node can be driven 
by the xsw4 switching R-node of the adjacent PLC. 
To provide connectivity to the pads, the LLDRV R- 
node can also connect to any of the four pxH or to 
one of the pxL R-nodes. The 3-state enable (ts[i]) for 
all four I/O pads can be driven by xsw4, pxH, or pxL 
R-nodes. 

Q. For fast clock routing, one of the four I/O pads in 
each PIC can be selected to be driven onto a dedi¬ 
cated clock R-node. The clock R-node spans the 
length (width) of the PLC array. This dedicated clock 
R-node is typically used as a clock spine. In the 
PLCs, the spine is connected to an xL R-node to 
provide a clock branch in the perpendicular direc¬ 
tion. Since there is another clock R-node in the PIC 
on the opposite side of the array, only one of the I/O 
pads in a given row (column) can be used to gener¬ 
ate a global signal in this manner, if all PLCs are 
driven by the signal. 
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Figure 26. PIC Architecture 
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PLC-PIC Routing Resources 

There is no direct connection between the inter-PIC 
R-nodes and the PLC R-nodes. All connections to/from 
the PLC must be done through the connecting R-nodes 
which are perpendicular to the R-nodes in the PIC. The 
use of perpendicular and parallel R-nodes will be 
clearer if the PLC and PIC architectures (Figure 23 and 
Figure 26) are placed side by side. Twenty-nine 
R-nodes in the PLC can be connected to the fifteen 
R-nodes In the PIC. 

Multiple connections between the PIC px1 R-nodes 
and the PLC x1 R-nodes are available. These allow 
buses placed in any arbitrary order on the I/O pads to 
be unscrambled when placed on the PLC x1 R-nodes. 
Connections are also available between the PIC px2 
R-nodes and the PLC x1 R-nodes. 

There are eight tridirectional (fourTRIDI/fourTRIDIH) 
buffers in each PIC; they can do the following: 

■ Drive a signal from an I/O pad onto one of the adja¬ 
cent PLC’s xL or xH R-nodes 

■ Drive a signal from an I/O pad onto one of the two 
pxL or four pxH R-nodes in the PIC 

■ Drive a signal from the PLC xL or xH R-nodes onto 
one of the two pxL or four pxH R-nodes In the PIC 

■ Drive a signal from the PIC pxL or pxH R-nodes onto 
one of the PLC xL or xH R-nodes 

Figure 27 shows paths to and from pads and the use of 
MUX CIPs to connect R-nodes. Detail A shows six 
MUX CIPs for the pad PO used to construct the net for 
the 3-state signal. In the MUX CIP, one of six R-nodes 
is connected to an R-node to form the net. In this case, 
the tsO signal can be driven by either of the two pxLs, 
px1[0], px1[1], xsw[0], or the lldrv R-nodes. Detail B 
shows the four MUX CIPs used to drive the P1 output. 
The source R-node for out1 is either xsw[1], px1[1], 
px1[3], or px2[2]. 
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Figure 27. PIC Detail 
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In all the ORCA 2C Series devices, the PLC array is 
split into four equal quadrants. In between these quad¬ 
rants, routing has been added to route signals between 
the quadrants, especially to the quadrant in the oppo¬ 
site corner. The two types of interquad blocks, vertical 
and horizontal, are pitch matched to PICs. Vertical 
interquad blocks (vlQ) run between quadrants on the 
left and right, while horizontal interquad blocks (hlQ) 


run between top and bottom quadrants. Since hlQ and 
vlQ blocks have the same logic, only the hlQ block is 
described below. 

The interquad routing connects xL and xH R-nodes. It 
does not affect local routing (xsw, x1, x4, fast carry), so 
local routing Is the same, whether PLC-PLC connec¬ 
tions cross quadrants or not. There are no connections 
to the local R-nodes in the interquad blocks. Figure 28 
presents a (not to scale) view of interquad routing. 



5-4538(F) 


Figure 28. Interquad Routing 
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Interquad Routing (continued) 

In the hlQ block in Figure 29, the xH R-nodes from one 
quadrant connect through a CIP to its counterpart in 
the opposite quadrant, creating a path that spans the 
PLC array. Since a passive CIP is used to connect the 
two xH R-nodes, a 3-state signal can be routed on the 
two xH R-nodes In the opposite quadrants, and then 
they can be connected through this CIP. 

In the hlQ block, the 20 hlQ R-nodes span the array in 
a horizontal direction. The 20 hlQ R-nodes consist of 


four groups of five R-nodes each. To effectively route 
nibble-wide buses, each of these sets of five R-nodes 
can connect to only one of the bits of the nibble for both 
the xH and xL. For example, hlQO R-nodes can only 
connect to the xHO and xLO R-nodes, and the hlQ1 R- 
nodes can connect only to the xH1 and xL1 R-nodes, 
etc. Buffers are provided for routing signals from the xH 
and xL R-nodes onto the hlQ R-nodes and from the 
hlQ R-nodes onto the xH and xL R-nodes. Therefore, a 
connection from one quadrant to another can be made 
using only two xH R-nodes (one in each quadrant) and 
one interquad R-node. 
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hlQ3[1] 
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Figure 29. hlQ Block Detail 
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Interquad Routing (continued) 

Subquad Routing 

In the ORCA OR2C40A/OR2T40A, each quadrant of 
the device is split into smaller arrays of PLCs called 
subquads. Each of these subquads is made of a 4 x 4 
array of PLCs (for a total of 16 per subquadrant), 
except at the outer edges of array, which have less than 
16 PLCs per subquad. New routing resources, called 
subquad R-nodes, have been added between each 
adjacent pair of subquads to enhance the routability of 
the device. A portion of the center of the OR2C40A and 
OR2T40A array is shown in Figure 30, including the 
subquad blocks containing a 4 x 4 array of PLCs, the 
interquad routing R-nodes, and the subquad routing 
R-nodes. 

All of the inter-PLC routing resources discussed previ¬ 
ously continue to be routed between a PLC and Its 
adjacent PLC, even if the two adjacent PLCs are in dif¬ 
ferent subquad blocks. Since the PLC routing has not 
been modified for the OR2C40A/OR2T40A architec¬ 
tures, this means that all of the same routing connec¬ 


tions are possible for these devices as for any other 
ORCA 2C series device. In this way, both the 
OR2C40A and OR2T40A are upwardly compatible 
when compared with the ATT2Cxx series devices. As 
the inter-PLC routing runs between subquad blocks. It 
crosses the new subquad R-nodes. When this hap¬ 
pens, CIPs are used to connect the subquad R-nodes 
to the x4 and/or the xH R-nodes which lie along the 
other axis of the PLC array. 

The x4 and xH R-nodes make the only connections to 
the subquad R-nodes; therefore, the array remains 
symmetrical and homogeneous. Since each subquad 
is made from a 4 x 4 array of PLCs, the distance 
between sets of subquad R-nodes is four PLCs, which 
is also the distance between the breaks of the x4 R- 
nodes. Therefore, each x4 R-node will cross exactly 
one set of subquad R-nodes. Since all x4 R-nodes 
make the same connections to the subquad R-nodes 
that they cross, all x4 R-nodes in the array have the 
same connectivity, and the symmetry of the routing is 
preserved. Since all xH R-nodes cross the same num¬ 
ber of subquad blocks, the symmetry is maintained for 
the xH R-nodes as well. 



SEE DETAIL 
IN FIGURES 26 
AND 27 


■ HORIZONTAL 
INTERQUAD 
ROUTING 
- (hiq) 


INTERQUAD 

ROUTING 

(viq) 
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Figure 30. Subquad Blocks and Subquad Routing 
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Interquad Routing (continued) 
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Figure 31. Horizontal Subquad Routing 
Connectivity 


The new subquad R-nodes travel a length of eight 
PLCs (seven PLCs on the outside edge) before they 
are broken. Unlike other inter-PLC R-nodes, they can¬ 
not be connected end-to-end. As shown in Figure 30, 
some of the horizontal (vertical) subquad R-nodes 
have connectivity to the subquad to the left of (above) 
the current subquad, while others have connectivity to 
the subquad to the right (below). This allows connec¬ 
tions to/from the current subquad from/to the PLCs In 
all subquads that surround it. 

Between all subquads, including in the center of the 
array, there are three groups of subquad R-nodes 
where each group contains four R-nodes. Figure 31 
shows the connectivity of these three groups of 
subquad R-nodes (hsub) to the vx4 and vxH R-nodes 
running between a vertical pair of PLCs. Between each 
vertical pair of subquad blocks, four of the blocks 
shown in Figure 31 are used, one for each pair of verti¬ 
cal PLCs. 

The first two groups, depicted as A and B, have con¬ 
nectivity to only one of the two sets of x4 R-nodes 
between pairs of PLCs. Since they are very lightly 
loaded, they are very fast. The third group, C, connects 
to both groups of x4 R-nodes between pairs of PLCs, 
as well as all of the xH R-nodes between pairs of PLCs, 
providing high flexibility. The connectivity for the vertical 
subquad routing (vsub) is the same as described 
above for the horizontal subquad routing, when rotated 
onto the other axis. 


At the center row and column of each quadrant, a 
fourth group of subquad R-nodes has been added. 
These subquad R-nodes only have connectivity to the 
xH R-nodes. The xH R-nodes are also broken at this 
point, which means that each xH R-node travels one- 
half of the quadrant (i.e., one-quarter of the device) 
before it is broken by a CIP. Since the xH R-nodes can 
be connected end-to-end, the resulting line can be 
either one-quarter, one-half, three-quarters, or the 
entire length of the array. The connectivity of the xH R- 
nodes and this fourth group of subquad R-nodes, indi¬ 
cated as D, are detailed in Figure 32. Again, the con¬ 
nectivity for the vertical subquad routing (vsub) is the 
same as the horizontal subquad routing, when rotated 
onto the other axis. 
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Figure 32. Horizontal Subquad Routing 
Connectivity (Half Quad) 
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Interquad Routing (continued) 

PIC Interquad (MID) Routing 

Between the PICs in each quadrant, there is also con¬ 
nectivity between the PIC routing and the interquad 
routing. These blocks are called LMID (left), TMID 
(top), RMID (right), and BMID (bottom). The TMID rout¬ 
ing is shown in Figure 33. As with the hlQ and vlQ 
blocks, the only connectivity to the PIC routing is to the 
global pxH and pxL R-nodes. 


The pxH R-nodes from the one quadrant can be con¬ 
nected through a CIP to its counterpart in the opposite 
quadrant, providing a path that spans the array of PICs. 
Since a passive CIP is used to connect the two pxH R- 
nodes, a 3-state signal can be routed on the two pxH 
R-nodes In the opposite quadrants, and then con¬ 
nected through this CIP. As with the hlQ and vlQ 
blocks, CIPs and buffers allow nibble-wide connections 
between the interquad R-nodes, the xH R-nodes, and 
the xL R-nodes. 
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Figure 33. Top (TMID) Routing 


2-40 


Lucent Technologies Inc. 




FPGA Data Book 


ORCA OR2CxxA/OR2TxxA Series FPGAs 


Programmable Corner Cells 

Programmable Routing 

The programmable corner cell (PCC) contains the cir¬ 
cuitry to connect the routing of the two PICs in each 
corner of the device. The PIC px1 and px2 R-nodes are 
directly connected together from one PIC to another. 
The PIC pxL R-nodes are connected from one block to 
another through tridirectional buffers. Four CIPs In 
each corner connect the four pxH R-nodes from each 
side of the device. 


Special-Purpose Functions 

In addition to routing functions, special-purpose func¬ 
tions are located in each FPGA corner. The upper-left 
PCC contains connections to the boundary-scan logic. 
The upper-right PCC contains connections to the read- 
back logic and the connectivity to the global 3-state 
signal (ts_all).The lower-left PCC contains connections 
to the Internal oscillator. 

The lower-right PCC contains connections to the start¬ 
up and global reset logic. During configuration, the 
RESET input pad always initiates a configuration abort, 
as described in the FPGA States of Operation section. 
After configuration, the global set/reset signal (gsrn) 
can either be disabled (the default), directly connected 
to the RESET input pad, or sourced by a lower-right 
corner signal. If the RESET Input pad Is not used as a 
global reset after configuration, this pad can be used 
as a normal input pad. During start-up, the release of 
the global set/reset, the release of the I/Os, and the 
release of the external DONE signal can each be timed 
Individually based upon the start-up clock. The start-up 
clock can come from CCLK or it can be routed into the 
start-up block using the lower-right corner routing 
resources. More details on start-up can be found in the 
FPGA States of Operation section. 


Clock Distribution Network 

The ORCA OR2CxxA/OR2TxxA Series clock distribu¬ 
tion schemes use primary and secondary clocks. This 
provides the system designer with additional flexibility 
in assigning clock input pins. 

One advantage is that board-level clock traces routed 
to the FPGA are shorter. On a PC board, the added 
length of high-speed clock traces routed to dedicated 
clock input pins can significantly Increase the parasitic 
Impedances. The primary advantage of the ORCA 
clock distribution Is the availability of a large number of 
clocks, since all I/O pins are configurable as clocks. 


Primary Clock 

The primary clock distribution is shown in Figure 34. If 
the clock signal is from an I/O pad, it can be driven onto 
a clock R-node. The clock R-nodes do not provide 
clock signals directly to the PFL); they act as clock 
spines from which clocks are branched to xL R-nodes. 
The xL R-nodes then feed the clocks to PFUs. A multi¬ 
plexer in each PLC is used to transition from the clock 
spine to the branch. 

For a clock spine In the horizontal direction, the inputs 
into the multiplexer are the two R-nodes from the left 
and right PICs (ckl and ckr) and the local clock R-node 
from the perpendicular direction (hck).This signal is 
then buffered and driven onto one of the vertical xL R- 
nodes, forming the branches. The same structure Is 
used for a clock spine in the vertical direction. In this 
case, the multiplexer selects from R-nodes from the top 
and bottom PICs (ckt, ckb, and vck) and drives the sig¬ 
nal onto one of the horizontal xL R-nodes. 

Figure 34 illustrates the distribution of the low-skew pri¬ 
mary clock to a large number of loads using a main 
spine and branches. Each row (column) has two dedi¬ 
cated clock R-nodes originating from PICs on opposite 
sides of the array. The clock is input from the pads to 
the dedicated clock R-node ckt to form the clock spine 
(see Figure 34, Detail A). From the clock spine, net 
branches are routed using horizontal xL R-nodes and 
then PLC clock inputs are tapped from the xL R-nodes, 
as shown in Figure 34, Detail B. 
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Clock Distribution Network (continued) 
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Figure 34. Primary Clock Distribution 


Secondary Clock 

There are times when a primary clock is either not 
available or not desired, and a secondary clock is 
needed. For example; 

■ Only one Input pad per PIC can be placed on the 
clock routing. If a second input pad in a given PIC 
requires global signal routing, a secondary clock 
route must be used. 

■ Since there is only one branch driver In each PLC for 
either direction (vertical and horizontal), both clock 
R-nodes in a particular row or column (ckl and ckr, 
for example) cannot drive a branch. Therefore, two 
clocks should not be placed into I/O pads in PICs on 
the opposite sides of the same row or column if glo¬ 
bal clocks are to be used. 

■ Since the clock R-nodes can only be driven from 
input pads, internally generated clocks should use 
secondary clock routing. 

Figure 35 illustrates the secondary clock distribution. If 
the clock signal originates from either the left or right 
side of the FPGA, it can be routed through the TRIDI 
buffers In the PIC onto one of the adjacent PLC’s hori¬ 
zontal xL R-nodes. If the clock signal originates from 
the top or bottom of the FPGA, the vertical xL R-nodes 
are used for routing. In either case, an xL R-node is 
used as the clock spine. In the same manner, if a clock 
Is only going to be used in one quadrant, the xH R- 
nodes can be used as a clock spine. The routing of the 
clock spine from the input pads to the vxL (vxH) using 
the BIDIs (BIDIHs) is shown in Figure 35, Detail A. 

In each PLC, a low-skew connection through a long- 
line driver can be used to connect a horizontal xL R- 
node to a vertical xL R-node or vice versa. As shown in 
Figure 35, Detail B, this is used to route the branches 
from the clock spine. If the clock spine is a vertical xL 
R-node, then the branches are horizontal xL R-nodes 
and vice versa. The clock is then routed into each PLC 
from the xL R-node clock branches. 

To minimize skew, the PLC clock input for all PLCs 
must be connected to the branch xL R-nodes, not the 
spine xL R-node. Even in PLCs where the clock is 
routed from the spine to the branches, the clock should 
be routed back into the PLC from the clock branch. 

If the clock is to drive only a limited number of loads, 
the PFUs can be connected directly to the clock spine. 
In this case, all flip-flops driven by the clock must be 
located In the same row or column. 


2-42 


Lucent Technologies Inc. 












FPGA Data Book 


ORCA OR2CxxA/OR2TxxA Series FPGAs 


Clock Distribution Network (continued) 

Alternatively, the clock can be routed from the spine to 
the branches by using the BIDIs instead of the long-line 
drivers. This results in added delay in the clock net, but 
the clock skew is approximately equal to the clock 
routed using the long-line drivers. This method can be 
used to create a clock that is used in only one quad¬ 
rant. The xH R-nodes act as a clock spine, which is 
then routed to perpendicular xH R-nodes (the 
branches) using the BIDIHs. 

Clock signals, such as the output of a counter, can also 
be generated in PLCs and routed onto an xL R-node, 
which then acts as a clock spine. Although the clock 
can be generated in any PLC, it is recommended that 
the clock be located as close to the center of the FPGA 
as possible to minimize clock skew. 


annnnnnad 

Dnnnnnnnn 

□□□□□□□□□ 

annnnnnnn 

DDDnnDnnn 

ap □ □ □ □ □ im 

DDDDDanDg 

aonnadldlclid 

QnaDaaanaoH 

aDDnnnann 

Dnnnnannn 

□ aaaannncLBr/' 

DDDDDDDDn 

DDnaaDDDD 

DDnaDDDDD 

DDDoaaaan 

□□□□□□□□□□/ 

□□□□□□□□□Ad 

□ □□□□□□□CZDD 

annnnnnnn 

Dnnannnnn 

annnnnnnn 

Dnnnnnnnn 

annnnnanH 



Selecting Clock Input Pins 

Any user I/O pin on an ORCA FPGA can be used as a 
very fast, low-skew clock input. Choosing the first clock 
pin is completely arbitrary, but using a pin that is near 
the center of an edge of the device (as shown in Fig¬ 
ures 34 and 35) will provide the lowest skew clock net¬ 
work. The pin-to-pin timing numbers in the Timing 
Characteristics section of this data book assume that 
the clock pin is in one of the 4 PICs at the center of any 
side of the device. 

Once the first clock pin has been chosen, there are 
only two sets of pins (within the center 4 PICs on each 
side of the device) that should not be chosen as the 
second clock pin: a pin from the same PIC, and/or a pin 
from the PIC on the exact opposite edge of the die (i.e., 
if a pin from a PIC on the top edge is chosen for the 
first clock, the same PIC on the bottom edge should not 
be chosen for the second clock). 

These rules should be followed Iteratively until a total of 
8 clocks (or other global signals) have been selected: 

4 from the left/right sides of the device, and 4 from the 
top/bottom sides of the device. If more than 8 clocks 
are needed, then select another pin outside the center 
4 PICs to use primary-clock routing, use secondary 
clock routing for any pin, or use local clock routing. 

For primary clock routing for one of the first 8 clocks 
that does not use a pin within the center 4 PICs, the 
pad names (see Pin Information) of the two clock pins 
on the top or bottom of the device cannot end with the 
same letter (e.g., PT14A and PB2A).The same rule 
applies to clock pins on the left or right side of the 
device. 




5-4481 (C)2C 

Figure 35. Secondary Clock Distribution 
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FPGA States of Operation 

Prior to becoming operational, the FPGA goes through a 
sequence of states, including initialization, configuration, 
and start-up. Figure 36 outlines these three FPGA 
states. 



Figure 36. FPGA States of Operation 


Initialization 

Upon powerup, the device goes through an initialization 
process. First, an internal power-on-reset circuit is trig¬ 
gered when power is applied. When Vdd reaches the 
voltage at which portions of the FPGA begin to operate 
(2.5 V to 3 V for the OR2CxxA, 2.2 V to 2.7 V for the 
OR2TxxA), the I/Os are configured based on the config¬ 
uration mode, as determined by the mode select inputs 
M[2:0]. A time-out delay is initiated when Vdd reaches 
between 3.0 V and 4.0 V (OR2CxxA) or 2.7 V to 3.0 V 
(OR2Tx xA) to allow the power supply voltage to stabi¬ 
lize. The INIT and DONE outputs are low. At powerup. If 
Vdd does not rise from 2.0 V to Vdd in less than 25 ms, 
the user should d el ay config uration by inputting a low 
into INIT, PRGM, or RESET until Vdd is greater than the 
recommended minimum operating voltage (4.75 V for 
OR2CxxA commercial devices and 3.0 V for OR2TxxA 
devices). 


At the end of initialization, the default configuration 
option is that the configuration RAM is written to a low 
state. This prevents shorts prior to configuration. As a 
configuration option, after the first configuration (i.e., at 
reconfiguration), the user can reconfigure without clear¬ 
ing the internal configuration RAM first. 

The active-low, open-drain initialization signal INIT Is 
released and must be pulled high by an external resistor 
when initialization is complete. To synchro nize t he con¬ 
figuration of multiple FPG As, o ne or more INIT pins 
should be wire-ANDed. If INIT is held low by one or 
more FPGAs or an exte rnal d evice, the FPGA remains 
in the initialization state. INIT can be u sed to signal that 
the FPGAs are not yet initialized. After INIT goes high for 
two internal clock cycles, the mode lines are sampled 
and the FPGA enters the configuration state. 

The hi gh du ring configuration (HDC), low during configu¬ 
ration (LDC), and DONE signals are active outputs in the 
FPG A^s initialization and configuration states. HDC, 

LDC, and DONE can be used to provide control of exter¬ 
nal logic signals such as reset, bus enable, or PROM 
enable during configuration. For parallel master configu¬ 
ration modes, these signals provide PROM enable con¬ 
trol and allow the data pins to be shared with user logic 
signals. 

If config uration has begun, an assertion of RESET or 
PRGM Initiates an a bort, re turni ng the F PGA to the ini¬ 
tialization state. The PRGM and RESET pins must be 
pulled back high before the FPGA will enter the configu¬ 
ration state. During t he start -up and operating states, 
only the assertion of PRGM causes a reconfiguration. 

In the master configuration modes, the FPGA is the 
source of configuration clock (CCLK). In this mode, the 
initialization state is extended to ensure that, in daisy- 
chain operation, all daisy-chained slave devices are 
ready. Independent of differences in clock rates, master 
mode devices remain in the initializ ation state an addi¬ 
tional six Internal clock cycles after INIT goes high. 

When configuration Is Initiated, a counter in the FPGA is 
set to 0 and begins to count configuration clock cycles 
applied to the FPGA. As each configuration data frame 
Is supplied to the FPGA, it Is internally assembled into 
data words. Each data word is loaded into the internal 
configuration memory. The configuration loading pro¬ 
cess Is complete when the internal length count equals 
the loaded length count in the length count field, and the 
required end of configuration frame is written. 

All OR2CxxA I/Os operate as TTL inputs during configu¬ 
ration (OR2TxxA I/Os are CMOS-only). All I/Os that are 
not used during the configuration process are 3-stated 
with internal pull-ups. During configuration, the PLC 
latch/FFs are held set/reset and the Internal BIDI buffers 
are 3-stated. The TRIDIs in the PICs are not 3-stated. 
The combinatorial logic begins to function as the FPGA 
is configured. Figure 37 shows the general waveform of 
the initialization, configuration, and start-up states. 
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Figure 37. initialization/Configuration/Start-Up Waveforms 


Configuration 

The ORCA Series FPGA functionality is determined by 
the state of internal configuration RAM. This configura¬ 
tion RAM can be loaded in a number of different 
modes. In these configuration modes, the FPGA can 
act as a master or a slave of other devices in the sys¬ 
tem. The decision as to which configuration mode to 
use is a system design issue. The next section dis¬ 
cusses configuration in detail, including the configura¬ 
tion data format and the configuration modes used to 
load the configuration data in the FPGA. 

Start-Up 

After configuration, the FPGA enters the start-up 
phase. This phase is the transition between the config¬ 
uration and operational states and begins when the 
number of CCLKs received after TNlT goes high is 
equal to the value of the length count field in the config¬ 
uration frame and when the end of configuration frame 
has been written. The system design issue in the start¬ 
up phase is to ensure the user I/Os become active 
without inadvertently activating devices in the system 
or causing bus contention. A second system design 
concern is the timing of the release of global set/reset 
of the PLC latches/FFs. 


There are configuration options that control the relative 
timing of three events: DONE going high, release of the 
set/reset of internal FFs, and user I/Os becoming 
active. Figure 38 shows the start-up timing for both the 
ORCA and ATT3000 Series FPGAs. The system 
designer determines the relative timing of the I/Os 
becoming active, DONE going high, and the release of 
the set/reset of internal FFs. In the ORCA Series 
FPGA, the three events can occur in any arbitrary 
sequence. This means that they can occur before or 
after each other, or they can occur simultaneously. 

There are four main start-up modes: CCLK_NOSYNC, 
CCLK_SYNC, UCLK_NOSYNC, and UCLK_SYNC. 
The only difference between the modes starting with 
CCLK and those starting with UCLK is that for the 
UCLK modes, a user clock must be supplied to the 
start-up logic. The timing of start-up events is then 
based upon this user clock, rather than CCLK. The dif¬ 
ference between the SYNC and NOSYNC modes is 
that, for SYNC mode, the timing of two of the start-up 
events (release of the set/reset of internal FFs and the 
I/Os becoming active) is triggered by the rise of the 
external DONE pin followed by a variable number of 
rising clock edges (either CCLK or UCLK). For the 
NOSYNC mode, the timing of these two events is 
based only on either CCLK or UCLK. 
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DONE is an open drain bidirectional pin that may 
include an optional (enabled by default) pull-up resistor 
to accommodate wired ANDIng.The open drain DONE 
signals from multiple FPGAs can be tied together 
(ANDed) with a pull-up (internal or external) and used 
as an active-high ready signal, an active-low PROM 
enable, or a reset to other portions of the system. 
When used in SYNC mode, these ANDed DONE pins 
can be used to synchronize the other two start-up 
events, since they can all be synchronized to the same 
external signal. This signal will not rise until all FPGAs 
release their DONE pins, allowing the signal to be 
pulled high. 

The default for ORCA is the CCLK_SYNC synchro¬ 
nized start-up mode where DONE is released on the 
first CCLK rising edge, 01 (see Figure 38). Since this is 
a synchronized start-up mode, the open drain DONE 
signal can be held low externally to stop the occurrence 
of the other two start-up events. Once the DONE pin 
has been released and pulled up to a high level, the 
other two start-up events can be programmed individu¬ 
ally to either happen immediately or after up to four ris¬ 
ing edges of CCLK (Di, Dl + 1, Dl + 2, Di + 3, Di + 4). 
The default is for both events to happen immediately 
after DONE is released and pulled high. 

A commonly used design technique is to release 
DONE one or more clock cycles before allowing the I/O 
to become active. This allows other configuration 
devices, such as PROMs, to be disconnected using the 
DONE signal so that there is no bus contention when 
the I/Os become active. In addition to controlling the 
FPGA during start-up, other start-up techniques that 
avoid contention include using isolation devices 
between the FPGA and other circuits In the system, 
reassigning I/O locations and maintaining I/Os as 3- 
stated outputs until contentions are resolved. 

Each of these start-up options can be selected during 
bit stream generation In ORCA Foundry, using 
“Advanced Options”. For more information, please see 
the ORCA Foundry documentation. 


Reconfiguration 

To reconfigure the FPGA when the device Is operating 
in the system, a low pulse is input into PRGM. The con¬ 
figuration data in the FPGA is cleared, and the I/Os not 
used for configuration are 3-stated. The FPGA then 
samples the mode select Inputs and begins reconfigu¬ 
ration. When reconfiguration is complete, DONE Is 
released, allowing it to be pulled high. 


Partial Reconfiguration 

All ORCA device families have been designed to allow 
a partial reconfiguration of the FPGA at any time. This 
is done by setting a bit stream option in the previous 
configuration sequence that tells the FPGA to not reset 
all of the configuration RAM during a reconfiguration. 
Then only the configuration frames that are to be modi¬ 
fied need to be rewritten, thereby reducing the configu¬ 
ration time. 

Other bit stream options are also available that allow 
one portion of the FPGA to remain in operation while a 
partial reconfiguration is being done. If this is done, the 
user must be careful to not cause contention between 
the two configurations (the bit stream resident in the 
FPGA and the partial reconfiguration bit stream) as the 
second reconfiguration bit stream is being loaded. 

Other Configuration Options 

Configuration options used during device start-up were 
previously discussed in the FPGA States of Operation 
section of this data sheet. There are many other config¬ 
uration options available to the user that can be set 
during bit stream generation in ORCA Foundry. These 
include options to enable boundary scan, readback 
options, and options to control and use the internal 
oscillator after configuration. 

Other useful options that affect the next configuration 
(not the current configuration process) include options 
to disable the global set/reset during configuration, dis¬ 
able the 3-state of I/Os during configuration, and dis¬ 
able the reset of internal RAMs during configuration to 
allow for partial configurations (see above). For more 
information on how to set these and other configuration 
options, please see the ORCA Foundry documenta¬ 
tion. 


Configuration Data Format 

The ORCA Foundry Development System interfaces 
with front-end design entry tools and provides the tools 
to produce a fully configured FPGA.This section dis¬ 
cusses using the ORCA Foundry Development System 
to generate configuration RAM data and then provides 
the details of the configuration frame format. 

The ORCA OR2CxxA/OR2TxxA series of FPGAs are 
enhanced versions of the ORCA ATT2Cxx/ATT2Txx 
architectures that provide upward bit stream compati¬ 
bility for both series of devices as well as with each 
other. 
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Configuration RAM Data 
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Figure 38. Start-Up Waveforms 


The configuration data defines the I/O functionality, 
logic, and interconnections. The bit stream is generated 
by the development system. The bit stream created by 
the bit stream generation tool is a series of 1 s and Os 
used to write the FPGA configuration RAM. The bit 
stream can be loaded into the FPGA using one of the 
configuration modes discussed later. In the bit stream 
generator, the designer selects options which affect the 
FPGA’s functionality. Using the output of the bit stream 
generator, circuit.bit, the development system’s down¬ 
load tool can load the configuration data Into the ORCA 
series FPGA evaluation board from a PC or worksta¬ 
tion. Alternatively, a user can program a PROM (such 
as the ATT1700A Series Serial ROM or a standard 
EPROM) and load the FPGA from the PROM. The 
development system’s PROM programming tool pro¬ 
duces a file In .mks or .exo format. 

Configuration Data Frame 

A detailed description of the frame format is shown in 
Figure 39. The header frame begins with a series of 1s 
and a preamble of 0010, followed by a 24-bit length 
count field representing the total number of configura¬ 
tion clocks needed to complete the loading of the 
FPGAs. Following the header frame is an optional ID 
frame. Thi§ frame contains data used to determine if 
the bit stream Is being loaded to the correct type of 
ORCA FPGA (i.e., a bit stream generated for an 
OR2C15A is being sent to an OR2C15A). Since the 
OR2CxxA devices are bit stream compatible with the 
ATT2CXX, ATT2TXX, and OR2TxxA families, a bit 
stream from any of these devices will not cause an 
error when loaded into an OR2CxxA or OR2TxxA 
device. The ID frame has a secondary function of 
optionally enabling the parity checking logic for the rest 
of the data frames. 

The configuration data frames follow. Each frame starts 
with a 0 start bit and ends with three or more 1 stop 
bits. Following each start bit are four control bits: a pro¬ 
gram bit, set to 1 if this is a data frame; a compress bit, 
set to 1 if this is a compressed frame; and the opar and 
epar parity bits (see Bit Stream Error Checking). An 
11-bit address field that determines in which column 
the FPGA is to be written is followed by alignment and 
write control bits. For uncompressed frames, the data 
bits needed to write one column In the FPGA are next. 
For compressed frames, the data bits from the previous 
frame are sent to a different FPGA column, as speci¬ 
fied by the new address bits; therefore, new data bits 
are not required. When configuration of the current 
FPGA is finished, an end-of-configuration frame (where 
the program bit Is set to 0) is sent to the FPGA. The 
length and number of data frames and information on 
the PROM size for the OR2CxxA/OR2TxxA series 
FPGAs are given In Table 7. 
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Table 7. Configuration Frame Size 


Devices 

OR2C/ 

2T04A 

OR2C/ 

2T06A 

OR2C/ 

2T08A 

OR2C/ 

2T10A 

OR2C/ 

2T12A 

OR2C/ 

2T15A 

OR2C/ 

2T26A 

OR2C/ 

2T40A 

# of Frames 

480 

568 

656 

744 

832 

920 

1096 

1378 

Data Bits/Frame 

110 

130 

150 

170 

190 

210 

250 

316 

Configuration Data 
(# of frames x # of data bits/frame) 

52,800 

73,840 

98,400 

126,480 

158,080 

193,200 

274,000 

435,448 

Maximum Total # Bits/Frame 
(align bits, 1 write bit, 8 stop bits) 

136 

160 

176 

200 

216 

240 

280 

344 

Maximum Configuration Data 
(# bits X # of frames) 

65,280 

90,880 

115,456 

148,800 

179,712 

220,800 

306,880 

474,032 

Maximum PROM Size (bits) 

(add 48-bit header, ID frame, and 
40-blt end of configuration frame) 

65,504 

91,128 

115,720 

149,088 

180,016 

221,128 

307,248 

474,464 


The data frames for ail the OR2CxxA/OR2TxxA series devices are given in Table 8. An alignment field is required 
in the slave parallel mode for the uncompressed format. The alignment field (shown by [A]) is a series of Os: five for 
the OR2C06A/OR2T06A, OR2C10A/OR2T10A, OR2C15A/OR2T15A. and OR2C26A/OR2T26A; three for the 
OR2C40A/OR2T40A; and one for the OR2C04A/OR2T04A, OR2G08A/OR2T08A, and OR2C12A/OR2T12A.The 
alignment field is not required in any other mode. 


Table 8. Configuration Data Frames 


OR2C04A/OR2T04A | 

Uncompressed 

010 opar epar [addrlOiO] [A]1[Data109:0]111 

Compressed 

011 opar epar [addri 0:0] 111 

OR2C06A/OR2T06A | 

Uncompressed 

010 opar epar [addri0:0] [A]1 [Data129:0]111 

Compressed 

011 opar epar [addri 0:0] 111 

OR2C08A/OR2T08A | 

Uncompressed 

010 opar epar [addri 0:0] [A]1[Data149:0]111 

Compressed 

011 opar epar [addri 0:0] 111 

OR2C10A/OR2T10A | 

Uncompressed 

010 opar epar [addri 0:0] [A]1 [Data169:0]111 

Compressed 

011 opar epar [addri 0:0] 111 

OR2C12A/OR2T12A | 

Uncompressed 

010 opar epar [addri 0:0] [A]1[Data189:0]111 

Compressed 

011 opar epar [addri 0:0] 111 

1OR2C15A/OR2T15A | 

Uncompressed 

010 opar epar [addri 0:0] [A]1 [Data209:0]111 

Compressed 

011 opar epar [addri 0:0] 111 

IOR2C26A/OR2T26A | 

Uncompressed 

010 opar epar [addri 0:0] [A]1[Data249:0]111 

Compressed 

011 opar epar [addri 0:0] 111 

IOR2C40A/OR2T40A | 

Uncompressed 

010 opar epar [addri 0:0] [A]1[Data315:0]111 

Compressed 

011 opar epar [addri 0:0] 111 
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EIGHT 1s 



LEADING HEADER 


END OF 

CONFIGURATION 
FRAME 
FPGA #1 


END OF 

CONFIGURATION 
FRAME 
FPGA #2 


5-4530(F) 


Figure 39. Serial Configuration Data Format 


Header 

11111111 

Leading header — 4 bits minimum dummy bits 

0010 

Preamble 

24-Bit Length Count 

Configuration frame length 

1111 

Trailing header — 4 bits minimum dummy bits 

ID Frame 
(Optional) 

0 

Frame start 

P—1 

Must be set to 1 to indicate data frame 

C—0 

Must be set to 0 to indicate uncompressed 

Opar, Epar 

Frame parity bits 

Addr[10:0] = 
11111111111 

ID frame address 

Prty_En 

Set to 1 to enable parity 

Reserved [42:0] 

Reserved bits set to 0 

ID 

20-bit part ID 

111 

Three or more stop bits (high) to separate frames 

Configuration 

Data 

Frame 

(repeated for 
each data frame) 

0 

Frame start 

P—1 or 0 

1 indicates data frame; 0 indicates all frames are written 

C—1 or 0 

Uncompressed — 0 indicates data and address are supplied; 
Compressed — 1 indicates only address is supplied 

Opar, Epar 

Frame parity bits 

Addr[10:0] 

Column address In FPGA to be written 

A 

Alignment bit (different number of Os needed for each part) 

1 

Write bit — used in uncompressed data frame 

Data Bits 

Needed only In an uncompressed data frame 





111 

One or more stop bits (high) to separate frames 

End of 

Configuration 

0010011111111111 

16 bits—00 Indicates all frames are written 

Postamble 

mill. 

Additional Is 


Note: For slave parallel mode, the byte containing the preambie must be 11110010. The number of leading header dummy bits must 
be (n * 8) + 4, where n is any nonnegative integer and the number of trailing dummy bits must be (n * 8), where n is any positive 
integer. The number of stop bits/frame for slave parallel mode must be (x * 8), where x is a positive integer. Note also that the bit 
stream generator tool supplies a bit stream which is compatible with ail configuration modes, including slave parallel mode. 

Figure 40. Configuration Frame Format and Contents 
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Bit Stream Error Checking 

There are three different types of bit stream error 
checking performed in the ORCA OR2CxxA FPGAs: 

ID frame, frame alignment, and parity checking. 

An optional ID data frame can be sent to a specified 
address in the FPGA. This ID frame contains a unique 
code for the part it was generated for which is com¬ 
pared within the FPGA. Any differences are flagged as 
an ID error. This frame is automatically created by the 
bit stream generation program in ORCA Foundry. 

Every data frame in the FPGA begins with a start bit 
set to 0 and three or more stop bits set to 1. If any of 
the three previous bits were a 0 when a start bit is 
encountered, it is flagged as a frame alignment error. 

Parity checking is also done on the FPGA for each 
frame, if it has been enabled by setting the prty_en bit 
to 1 in the ID frame. This is set by enabling the parity 
check option in the bit stream generation program of 
ORCA Foundry. Two parity bits, opar and epar, are 
used to check the parity of bits in alternating bit posi¬ 
tions to even parity in each data frame. If an odd num¬ 
ber of ones is found for either the even bits (starting 
with the start bit) or the odd bits (starting with the pro¬ 
gram bit), then a parity error is flagged. 

When any of the three possible errors occur, the FPGA 
Is forced into the INIT state, forcing INIT low. The FPGA 
will remain in this state until either the RESET or PRGM 
pins are asserted. 


FPGA Configuration Modes 

There are eight methods for configuring the FPGA. 
Seven of the configuration modes are selected on the 
MO, M1, and M2 inputs. The eighth configuration mode 
is accessed through the boundary-scan interface. A 
fourth input, M3, is used to select the frequency of the 
Internal oscillator, which is the source for CCLK In 
some configuration modes. The nominal frequencies of 
the internal oscillator are 1.25 MHz and 10 MHz. The 
1.25 MHz frequency Is selected when the M3 input is 
unconnected or driven to a high state. 

There are three basic FPGA configuration modes: 
master, slave, and peripheral. The configuration data 
can be transmitted to the FPGA serially or in parallel 
bytes. As a master, the FPGA provides the control sig¬ 
nals out to strobe data in. As a slave device, a clock is 
generated externally and provided into CCLK. In the 
peripheral mode, the FPGA acts as a microprocessor 
peripheral. Table 9 lists the functions of the configura¬ 
tion mode pins. 


Table 9. Configuration Modes 


M2 

Ml 

MO 

CCLK 

Configuration 

Mode 

Data 

0 

0 

0 

Output 

Master 

Serial 

0 

0 

1 

Input 

Slave Parallel 

Parallel 

0 

1 

0 

Reserved | 

0 

1 

1 

Input 

Sync Peripheral 

Parallel 

1 

0 

0 

Output 

Master (up) 

Parallel 

1 

0 

1 

Output 

Async Peripheral 

Parallel 

1 

1 

0 

Output 

Master (down) 

Parallel 

1 

1 

1 

Input 

Slave 

Serial 


Master Parallel Mode 

The master parallel configuration mode is generally 
used to Interface to Industry-standard byte-wide mem¬ 
ory, such as the 2764 and larger EPROMs. Figure 41 
provides the connections for master parallel mode. The 
FPGA outputs an 18-bit address on A[17:0] to memory 
and reads one byte of configuration data on the rising 
edge of RCLK.The parallel bytes are internally serial¬ 
ized starting with the least significant bit, DO. 


A[17:0] 


D[7;0] 

EPROM 






VddO 
Vdd or GND- 



DOUT 

A[17:0] 

CCLK 

D[7:0] 

ORCA 

SERIES 


FPGA 

DONE 


PR^ 


M2 

HDC 

M1 

LDC 

MO 

RCLK 


TO DAISY- 
CHAINED 
DEVICES 


5-4483(0 


Figure 41. Master Parallel Configuration Schematic 


There are two parallel master modes: master up and 
master down. In master up, the starting memory 
address is 00000 Hex and the FPGA increments the 
address for each byte loaded. In master down, the 
starting memory address is 3FFFF Hex and the FPGA 
decrements the address. 

One master mode FPGA can interface to the memory 
and provide configuration data on DOUT to additional 
FPGAs in a daisy chain. The configuration data on 
DOUT is provided synchronously with the falling edge 
of CCLK. The frequency of the CCLK output Is eight 
times that of RCLK. 
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FPGA Configuration Modes (continued) 
Master Serial Mode 


The FPGA DONE is routed to the CE pin. The low on 
DONE enables the serial ROMs. At the completion of 
configuration, the high on the FPGA's DONE disables 
the serial ROM. 


In the master serial mode, the FPGA loads the configu¬ 
ration data from an external serial ROM. The configura¬ 
tion data is either loaded automatically at start-up or on 
a PRGM command to reconfigure. The ATT1700 and 
ATT1700A Series can be used to configure the FPGA 
in the master serial mode. This provides a simple four- 
pin Interface in an eight-pin package. The ATT1736, 
ATT1765, and ATT17128 serial ROMs store 32K, 64K, 
and 128K bits, respectively. 

Configuration in the master serial mode can be done at 
powerup and/or upon a configure command. The sys¬ 
tem or the FPGA must activate the serial ROM's 
RESET/OE and CE inputs. At powerup, the FPGA and 
serial ROM each contain internal power-on reset cir¬ 
cuitry that allows the FPGA to be configured without 
the system providing an external signal. The power-on 
reset circuitry causes the serial ROM's Internal address 
pointer to be reset. After powerup, the FPGA automati¬ 
cally enters its initialization phase. 

The serial ROM/FPGA Interface used depends on such 
factors as the availability of a system reset pulse, avail¬ 
ability of an intelligent host to generate a configure 
command, whether a single serial ROM is used or mul¬ 
tiple serial ROMs are cascaded, whether the serial 
ROM contains a single or multiple configuration pro¬ 
grams, etc. Because of differing system requirements 
and capabilities, a single FPGA/serial ROM interface is 
generally not appropriate for all applications. 

Data-is read in the FPGA sequentially from the serial 
ROM. The DATA output from the serial ROM is con¬ 
nected directly into the DIN input of the FPGA. The 
CCLK output from the FPGA is connected to the 
CLOCK input of the serial ROM. During the configura¬ 
tion process, CCLK clocks one data bit on each rising 
edge. 

Since the data and clock are direct connects, the 
FPGA/serial ROM design task is to use the system or 
FPGA to enable the RESET/OE and CE of the serial 
ROM(s). There are several methods for enabling the 
serial ROM’s RESET/OE and CE inputs. The serial 
ROM's RESET/OE is programmable to function with 
RESET active-high and OE active-low or RESET active- 
low and OE active-high. 

In Figure 42, serial ROMs are cascaded to configure 
multiple daisy-chained FPGAs. The host generates a 
500 ns low pulse Into the FPGA's PRGM input. The 
FPGA’s INIT input is connected to the serial ROMs’ 
RESET/OE input, which has been programmed to 
function with RESET active-low and OE active-high. 
Lucent Technologies Inc. 


Serial ROMs can also be cascaded to support the con¬ 
figuration of multiple FPGAs or to load a single FPGA 
when configuration data requirements exceed the 
capacity of a single serial ROM. After the last bit from 
the first serial ROM is read, the serial ROM outputs 
CEO low and 3-states the DATA output. The next serial 
ROM recognizes the low on CE Input and outputs con¬ 
figuration data on the DATA output. After configuration 
is complete, the FPGA’s DONE output into CE disables 
the serial ROMs. 

This FPGA/serial ROM interface is not used in applica¬ 
tions in which a serial ROM stores multiple configura¬ 
tion programs. In these applications, the next 
configuration program to be loaded Is stored at the 
ROM location that follows the last address for the previ¬ 
ous configuration program. The reason the interface in 
Figure 42 will not work in this application is that the low 
output on the INIT signal would reset the serial ROM 
address pointer, causing the first configuration to be 
reloaded. 


In some applications, there can be contention on the 
FPGA's DIN pin. During configuration, DIN receives 
configuration data, and after configuration, it is a user 
I/O. If there is contention, an early DONE at start-up 
(selected in ORCA Foundry) may correct the problem. 
An alternative is to use LDC to drive the serial ROM's 
CE pin. In order to reduce noise, it is generally better to 
run the master serial configuration at 1.25 MHz (M3 pin 
tied high), rather than 10 MHz, if possible. 
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Figure 42. Master Serial Configuration Schematic 


2-51 




ORCA OR2CxxA/OR2TxxA Series FPGAs 


FPGA Data Book 


FPGA Configuration Modes (continued) 

Asynchronous Peripheral Mode 

Figure 43 shows the connections needed for the asyn¬ 
chronous peripheral mode. In this mode, the FPGA 
system interface is similar to that of a microprocessor- 
peripheral Interface. The microprocessor generates the 
control signals to write an 8-bit byte into the FPGA. The 
FPGA control Inputs include active-low CSO and active- 
high CS1 chip selects and a write Wr input. The chip 
selects can be cycled or maintained at a static level 
during the configuration cycle. Each byte of data is writ¬ 
ten into the FPGA’s D[7:0] input pins. 


The FPGA provides a RDY/BUSY status output to indi¬ 
cate that another byte can be loaded. A low on RDY/ 
BUSY indicates that the double-buffered hold/shift reg¬ 
isters are not ready to receive data. The shortest time 
RDY/BUSY is low occurs when a byte is loaded into the 
hold register and the shift register is empty, in which 


Synchronous Peripheral Mode 

In the synchronous peripheral mode, byte-wide data is 
input Into D[7:0] on the rising edge of the CCLK input. 
The first data byte Is clocked in on the second CCLK 
after TNIT goes high. Subsequent data bytes are 
clocked in on every eighth rising edge of CCLK. The 
RDY/BUSY signal is an output which acts as an 
acknowledge. RDY/BUSY goes high one CCLK after 
data Is clocked and, after one CCLK cycle, returns low. 
The process repeats until all of the data Is loaded into 
the FPGA. The data begins shifting on DOUT 
1.5 cycles after It is loaded in parallel. It requires addi¬ 
tional CCLKs after the last byte Is loaded to complete 
the shifting. Figure 44 shows the connections for syn¬ 
chronous peripheral mode. 

As with master modes, the peripheral modes can be 
used as the lead FPGA for a daisy chain of slave 
FPGAs. 



5-4484(0 


Figure 43. Asynchronous Peripheral Configuration 
Schematic 
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Slave Serial Mode 

The slave serial mode is primarily used when multiple 
FPGAs are configured In a daisy chain. The serial slave 
serial mode is also used on the FPGA evaluation board 
which Interfaces to the download cable. A device in the 
slave serial mode can be used as the lead device in a 
daisy chain. Figure 45 shows the connections for the 
slave serial configuration mode. 

The configuration data is provided Into the FPGA’s DIN 
input synchronous with the configuration clock CCLK 
input. After the FPGA has loaded its configuration data, 
it retransmits the incoming configuration data on 
DOUT. CCLK is routed into all slave serial mode 
devices in parallel. 

Multiple slave FPGAs can be loaded with Identical con¬ 
figurations simultaneously. This Is done by loading the 
configuration data Into the DIN inputs in parallel. 



TO DAISY- 
CHAINED 
DEVICES 


5-4485(0 


The slave parallel mode is essentially the same as the 
slave serial mode except that 8 bits of data are input on 
pins D[7:0] for each CCLK cycle. Due to 8 bits of data 
being input per CCLK cycle, the DOUT pin does not 
contain a valid bit stream for slave parallel mode. As a 
result, the lead device cannot be used in the slave 
parallel mode in a daisy-chain configuration. 

Figure 46 is a schematic of the connections for the 
slave parallel configuration mode. WR and are 
active-low chip select signals, and CS1 Is an active- 
high chip select signal. These chip selects allow the 
user to configure multiple FPGAs in slave parallel 
mode using an 8-bit data bus common to all of the 
FPGAs. These chip selects can then be used to select 
the FPGA(s) to be configured with a given bit stream, 
but once an FPGA has been selected, it cannot be 
deselected until It has been completely programmed. 



5-4487(0 

Figure 46. Slave Parallel Configuration Schematic 


Figure 45. Slave Serial Configuration Schematic 
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FPGA Configuration Modes (continued) 
Daisy Chain 

Multiple FPGAs can be configured by using a daisy 
chain of the FPGAs. Daisy chaining uses a lead FPGA 
and one or more FPGAs configured in slave serial 
mode. The lead FPGA can be configured in any mode 
except slave parallel mode. (Daisy chaining is not avail¬ 
able with the boundary-scan ram_w Instruction, dis¬ 
cussed later.) 

All daisy-chained FPGAs are connected in series. 

Each FPGA reads and shifts the preamble and length 
count in on positive CCLK and out on negative CCLK 
edges. 

An upstream FPGA that has received the preamble 
and length count outputs a high on DOUT until it has 
received the appropriate number of data frames so that 
downstream FPGAs do not receive frame start bits 
(Os). After loading and retransmitting the preamble and 
length count to a daisy chain of slave devices, the lead 
device loads its configuration data frames. The loading 
of configuration data continues after the lead device 
has received its configuration data if its internal frame 
bit counter has not reached the length count. When the 
configuration RAM Is full and the number of bits 
received is less than the length count field, the FPGA 
shifts any additional data out on DOUT. 


The configuration data is read into DIN of slave devices 
on the positive edge of CCLK, and shifted out DOUT 
on the negative edge of CCLK. Figure 47 shows the 
connections for loading multiple FPGAs in a daisy- 
chain configuration. 

The generation of CCLK for the daisy-chained devices 
which are in slave serial mode differs depending on the 
configuration mode of the lead device. A master paral¬ 
lel mode device uses its internal timing generator to 
produce an internal CCLK at eight times Its memory 
address rate (RCLK). The asynchronous peripheral 
mode device outputs eight CCLKs for each write cycle. 
If the lead device is configured in either synchronous 
peripheral or a slave mode, CCLK is routed to the lead 
device and to all of the daisy-chained devices. 

The development system can create a composite 
configuration bit stream for configuring daisy-chained 
FPGAs. The frame format is a preamble, a length count 
for the total bit stream, multiple concatenated data 
frames, an end-of-configuration frame per device, a 
postamble, and an additional fill bit per device in the 
serial chain. 

As seen in Figure 47, the IMT pins for all of the FPGAs 
are connected together. This is required to guarantee 
that powerup and initialization will work correctly. In 
general, the DONE pins for all of the FPGAs are also 
connected together as shown to guarantee that all of 
the FPGAs enter the start-up state simultaneously. This 
may not be required, depending upon the start-up 
sequence desired. 



Figure 47. Daisy-Chain Configuration Schematic 
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Readback 

Readback is used to read back the configuration data 
and, optionally, the state of the PFU outputs. A read- 
back operation can be done while the FPGA is in nor¬ 
mal system operation. The readback operation cannot 
be daisy chained. To use readback, the user selects 
options in the bit stream generator in the ORCA 
Foundry development system. 

Table 10 provides readback options selected in the bit 
stream generator tool. The table provides the number 
of times that the configuration data can be read back. 
This is intended primarily to give the user control over 
the security of the FPGA’s configuration program. The 
user can prohibit readback (0), allow a single readback 
(1), or allow unrestricted readback (U). 

The pins used for readback are readback data 
(RD_DATA), read configuration (Rb_CFGN), and config¬ 
uration clock (CCLK). A readback operation is initiated 
by a high-to-low transition on RD_CFGN. The RD_CFGN 
input must remain low during the readback operation. 
The readback operation can be restarted at frame 0 by 
setting the RD_CFGN pin high, applying at least two ris¬ 
ing edges of CCLK, and then applying RD_CFGN low 
again. One bit of data is shifted out on RD_DATA on the 
rising edge of CCLK. The first start bit of the readback 
frame is transmitted out on the first rising edge of 
CCLK after RD_CFGN is input low. 

It should be noted that the RD_DATA output pin is also 
used as the dedicated boundary-scan output pin, TOO. 
If this pin is being used as TOO, the RD_DATA output 
from readback can be routed internally to any other pin 
desired. The RD_CFGN input pin is also used to control 
the global 3-state (ts_all) function. Before and during 
configuration, the ts_all signal is always driven by the 
RD_CFGN input and readback is disabled. After con¬ 
figuration, the selection as to whether this input drives 
the readback or global 3-state function is determined 
by a set of bit stream options. If used as the RD_CFGN 
input for readback, the internal ts_all input can be 
routed internally to be driven by any input pin. 

The readback frame contains the configuration data 
and the state of the internal logic. During readback, the 
value of all five PFU outputs can be captured. The fol¬ 
lowing options are allowed when doing a capture of the 
PFU outputs. 


1. Do not capture data (the data written to the RAMs, 
usually 0, will be read back). 

2. Capture data upon entering readback. 

3. Capture data based upon a configurable signal 
internal to the FPGA. If this signal is tied to 
logic 0, capture RAMs are written continuously, 
which is equivalent to ATT3000 Series capture. 

4. Capture data on either options 2 or 3 above. 

The readback frame has a similar, but not identical, for¬ 
mat to the configuration frame. This eases a bitwise 
comparison between the configuration and readback 
data. The readback data is not Inverted. Every data 
frame has one low start bit and one high stop bit. The 
preamble, including the length count field, is not part of 
the readback frame. The readback frame contains 
states in locations not used in the configuration. These 
locations need to be masked out when comparing the 
configuration and readback frames. The development 
system optionally provides a readback bit steam to 
compare to readback data from the FPGA. 


Table 10. Readback Options 


Option 

Function 

0 

Inhibit Readback 

1 

Allow One Readback Only 

u 

Allow Unrestricted Number of Readbacks 
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Boundary Scan 

The increasing complexity of integrated circuits (ICs) 
and 1C packages has increased the difficulty of testing 
printed-circuit boards (PCBs).To address this testing 
problem, the IEEE standard 1149.1 -1990 (IEEE Stan¬ 
dard Test Access Port and Boundary-Scan Architec¬ 
ture) is implemented In the ORCA series of FPGAs. It 
allows users to efficiently test the Interconnection 
between integrated circuits on a PCB as well as test 
the integrated circuit itself. The /EEE 1149.1 standard 
is a well-defined protocol that ensures interoperability 
among boundary-scan (BSCAN) equipped devices 
from different vendors. 

The IEEE 1149.1 standard defines a test access port 
(TAP) that consists of a four-pin interface with an 
optional reset pin for boundary-scan testing of inte¬ 
grated circuits In a system. The ORCA Series FPGA 
provides four Interface pins: test data in (TDI), test 
mode select (TMS), test clock (TCK), and test data out 
(TDO). The PRGM pin used to reconfigure the device 
also resets the boundary-scan logic. 

The user test host serially loads test commands and 
test data Into the FPGA through these pins to drive out¬ 
puts and examine Inputs. In the configuration shown in 
Figure 48, where boundary scan is used to test ICs, 
test data is transmitted serially into TDI of the first 
BSCAN device (U1), through TDO/TDI connections 
between BSCAN devices (U2 and U3), and out TDO of 
the last BSCAN device (U4). In this configuration, the 
TMS and TCK signals are routed to all boundary-scan 
ICs in parallel so that all boundary-scan components 
operate in the same state. In other configurations, mul¬ 
tiple scan paths are used instead of a single ring. When 
multiple scan paths are used, each ring is Indepen¬ 
dently controlled by its own TMS and TCK signals. 

Figure 49 provides a system interface for components 
used in the boundary-scan testing of PCBs. The three 
major components shown are the test host, boundary- 
scan support circuit, and the devices under test 
(DUTs).The DUTs shown here are ORCA Series 
FPGAs with dedicated boundary-scan circuitry. The 
test host is normally one of the following: automatic test 
equipment (ATE), a workstation, a PC, or a micropro¬ 
cessor. 



TDO TCK TMS TDI 



Key: 


ENLARGED VIEW 


Fig.34.a(M) 


BSC = boundary-scan cell, BDC = bidirectional data cell, 
and DCC = data control cell. 


Figure 48. Printed-Circuit Board with Boundary- 
Scan Circuitry 
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Boundary Scan (continued) 



f.BSI(C) 


Figure 49. Boundary-Scan Interface 


The boundary-scan support circuit shown in Figure 49 
is the 497AA Boundary-Scan Master (BSM).The BSM 
off-loads tasks from the test host to increase test 
throughput. To interface between the test host and the 
DUTs, the BSM has a general microprocessor interface 
and provides parallel-to-serial/serial-to-parallel conver¬ 
sion, as well as three 8K data buffers. The BSM also 
increases test throughput with a dedicated automatic 
test pattern generator and with compression of the test 
response with a signature analysis register. The PC- 
based boundary-scan test card/software allows a user 
to quickly prototype a boundary-scan test setup. 


Boundary-Scan Instructions 

The ORCA Series boundary-scan circuitry is used for 
three mandatory IEEE 1149.1 tests (EXTEST, SAM¬ 
PLE/PRELOAD, BYPASS) and four ORCA-defIned 
instructions. The 3-bit wide Instruction register supports 
the eight instructions listed in Table 11. 


Table 11. Boundary-Scan Instructions 


Code 

Instruction 

000 

EXTEST 

001 

PLC Scan Ring 1 

010 

RAM Write (RAM_W) 

oil 

Reserved 

100 

SAMPLE/PRELOAD 

101 

PLC Scan Ring 2 

110 

RAM Read (RAM_R) 

111 

BYPASS 


The external test (EXTEST) instruction allows the Inter¬ 
connections between ICs in a system to be tested for 
opens and stuck-at faults. If an EXTEST Instruction is 
performed for the system shown in Figure 48, the con¬ 
nections between U1 and U2 (shown by nets a, b, and 
c) can be tested by driving a value onto the given nets 
from one device and then determining whether the 
same value is seen at the other device. This is deter¬ 
mined by shifting 2 bits of data for each pin (one for the 
output value and one for the 3-state value) through the 
BSR until each one aligns to the appropriate pin. Then, 
based upon the value of the 3-state signal, either the 
I/O pad Is driven to the value given In the BSR, or the 
BSR is updated with the input value from the I/O pad, 
which allows it to be shifted out TDO. 

The SAMPLE instruction is useful for system debug¬ 
ging and fault diagnosis by allowing thp data at the 
FPGA’s I/Os to be observed during normal operation. 
The data for all of the I/Os is captured simultaneously 
Into the BSR, allowing them to be shifted-out TDO to 
the test host. Since each I/O buffer in the PICs is bidi¬ 
rectional, two pieces of data are captured for each I/O 
pad: the value at the I/O pad and the value of the 3- 
state control signal. 

There are four ORCA-defined instructions. The PLC 
scan rings 1 and 2 (PSR1, PSR2) allow user-defined 
internal scan paths using the PLC latches/FFs. The 
RAM_Write Enable (RAM_W) instruction allows the 
user to serially configure the FPGA through TDI. The 
RAM_Read Enable (RAM_R) allows the user to read 
back RAM contents on TDO after configuration. 


Lucent Technologies Inc. 


2-57 








ORCA OR2CxxA/OR2TxxA Series FPGAs 


FPGA Data Book 


Boundary Scan (continued) 

ORCA Boundary-Scan Circuitry 

The ORCA Series boundary-scan circuitry includes a 
test access port controller (TAPC), instruction register 
(IR), boundary-scan register (BSR), and bypass regis¬ 
ter. It also includes circuitry to support the four pre¬ 
defined instructions. 

Figure 50 shows a functional diagram of the boundary- 
scan circuitry that is implemented in the ORCA series. 
The input pins’ (TMS, TCK, and TDI) locations vary 
depending on the part, and the output pin is the dedi¬ 
cated TDO/RD_DATA output pad. Test data in (TDI) is 
the serial Input data. Test mode select (TMS) controls 
the boundary-scan test access port controller (TAPC). 
Test clock (TCK) is the test clock on the board. 

The BSR is a series connection of boundary-scan cells 
(BSCs) around the periphery of the 1C. Each I/O pad on 
the FPGA, except for CCLK, DONE, and the boundary- 
scan pins (TCK, TDI, TMS, and TDO), is included in the 
BSR. The first BSC in the BSR (connected to TDI) is 
located in the first PIC I/O pad on the left of the top side 


of the FPGA (PTA PIC). The BSR proceeds clockwise 
around the top, right, bottom, and left sides of the array. 
The last BSC in the BSR (connected to TDO) is located 
on the top of the left side of the array (PLA3). 

The bypass instruction uses a single FF which resyn- 
chronlzes test data that is not part of the current scan 
operation. In a bypass instruction, test data received on 
TDI is shifted out of the bypass register to TDO. Since 
the BSR (which requires a two FF delay for each pad) 
is bypassed, test throughput Is Increased when devices 
that are not part of a test operation are bypassed. 

The boundary-scan logic is enabled before and during 
configuration. After configuration, a configuration 
option determines whether or not boundary-scan logic 
is used. 

The 32-bit boundary-scan identification register con¬ 
tains the manufacturer’s ID number, unique part num¬ 
ber, and version, but is not implemented in the ORCA 
series of FPGAs. If boundary scan is not used, TMS, 
TDI, and TCK become user I/Os, and TDO is 3-stated 
or used in the readback operation. 


I/O BUFFERS 



Figure 50. ORCA Series Boundary-Scan Circuitry Functional Diagram 
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Boundary Scan (continued) 

ORCA Series TAP Controller (TAPC) 

The ORCA Series TAP controller (TAPC) is a 1149.1 
compatible test access port controller. The 16 JTAG 
state assignments from the IEEE 1149.1 specification 
are used. The TAPC is controlled byTCK and TMS.The 
TAPC states are used for loading the IR to allow three 
basic functions in testing: providing test stimuli (Update 
DR), test execution (Run-Test/Idle), and obtaining test 
responses (Capture DR). The TAPC allows the test 
host to shift in and out both instructions and test data/ 
results. The inputs and outputs of the TAPC are pro¬ 
vided in the table below. The outputs are primarily the 
control signals to the instruction register and the data 
register. 


Table 12. TAP Controller Input/Outputs 


Symbol 

I/O 

Function 

TMS 

1 

Test Mode Select 

TCK 

1 

Test Clock 

PUR 

1 

Powerup Reset 

PRGM 

1 

BSCAN Reset 

TRESET 

o 

Test Logic Reset 

Select 

o 

Select IR (High); Select DR (Low) 

Enable 

0 

Test Data Out Enable 

Capture DR 

0 

Capture/Parallel Load DR 

Capture IR 

o 

Capture/Parallel Load IR 

Shift DR 

o 

Shift Data Register 

Shift IR 

0 

Shift Instruction Register 

Update DR 

o 

Update/Parallel Load DR 

Update IR 

0 

Update/Parallel Load IR 


The TAPC generates control signals which allow cap¬ 
ture, shift, and update operations on the instruction and 
data registers. In the capture operation, data is loaded 
into the register. In the shift operation, the captured 
data is shifted out while new data is shifted in. In the 
update operation, either the instruction register is 
loaded for instruction decode, or the boundary-scan 
register is updated for control of outputs. 

The test host generates a test by providing input into 
the ORCA Series TMS input synchronous with TCK. 
This sequences the TAPC through states in order to 
perform the desired function on the instruction register 
or a data register. Figure 51 provides a diagram of the 
state transitions for the TAPC. The next state is deter¬ 
mined by the TMS input value. 



TPSD(C) 


Figure 51. TAP Controller State Transition Diagram 
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Boundary Scan (continued) 

Boundary>Scan Cells 

Figure 52 is a diagram of the boundary-scan cell (BSC) 
in the ORCA series PICs. There are four BSCs in each 
PIC: one for each pad, except as noted above. The 
BSCs are connected serially to form the BSR.The BSC 
controls the functionality of the in, out, and 3-state sig¬ 
nals for each pad. 

The BSC allows the I/O to function in either the normal 
or test mode. Normal mode is defined as when an out¬ 
put buffer receives input from the PLC array and pro¬ 
vides output at the pad or when an input buffer 
provides Input from the pad to the PLC array. In the test 
mode, the BSC executes a boundary-scan operation, 
such as shifting in scan data from an upstream BSC In 
the BSR, providing test stimuli to the pad, capturing 
test data at the pad, etc. 

The primary functions of the BSC are shifting scan data 
serially in the BSR and observing input (pjn), output 
(p_out), and 3-state (p_ts) signals at the pads. The 
BSC consists of two circuits: the bidirectional data cell 
is used to access the input and output data, and the 


direction control cell is used to access the 3-state 
value. Both cells consist of a flip-flop used to shift scan 
data which feeds a flip-flop to control the I/O buffer. The 
bidirectional data cell is connected serially to the direc¬ 
tion control cell to form a boundary-scan shift register. 

The TAPC signals (capture, update, shiftn, treset, and 
TCK) and the MODE signal control the operation of the 
BSC. The bidirectional data cell is also controlled by 
the high out/low in (HOLI) signal generated by the 
direction control cell. When HOLI Is low, the bidirec¬ 
tional data cell receives input buffer data into the BSC. 
When HOLI is high, the BSC is loaded with functional 
data from the PLC. 

The MODE signal Is generated from the decode of the 
instruction register. When the MODE signal is high 
(EXTEST), the scan data is propagated to the output 
buffer. When the MODE signal is low (BYPASS or 
SAMPLE), functional data from the FPGA’s internal 
logic is propagated to the output buffer. 

The boundary-scan description language (BSDL) is 
provided for each device in the ORCA series of FPGAs. 
The BSDL is generated from a device profile, pinout, 
and other boundary-scan information. 



SHIFTN/CAPTURE TCK SCAN OUT UPDATEH-CK MODE 


5-2844(F) 

Figure 52. Boundary-Scan Cell 
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Boundary Scan (continued) 
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Figure 53. Instruction Register Scan Timing Diagram 


Fig.5.3(C) 


Boundary-Scan Timing 

To ensure race-free operation, data changes on spe¬ 
cific clock edges. The TMS and TDI inputs are clocked 
in on the rising edge of TCK, while changes on TDO 
occur on the falling edge of TCK. In the execution of an 
EXTEST instruction, parallel data is output from the 
BSR to the FPGA pads on the falling edge of TCK. The 
maximum frequency allowed for TCK is 10 MHz. 


Figure 53 shows timing waveforms for an instruction 
scan operation. The diagram shows the use of TMS to 
sequence the TAPC through states. The test host (or 
BSM) changes data on the falling edge of TCK, and it is 
clocked into the DUT on the rising edge. 
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OffCA Timing Characteristics 

To define speed grades, the ORCA Series part number 
designation (see Table 52) uses a single-digit number 
to designate a speed grade. This number is not related 
to any single ac parameter. Higher numbers indicate a 
faster set of timing parameters. The actual speed sort¬ 
ing is based on testing the delay In a path consisting of 
an input buffer, combinatorial delay through all PLCs in 
a row, and an output buffer. Other tests are then done 
to verify other delay parameters, such as routing 
delays, setup times to FFs, etc. 

The most accurate timing characteristics are reported 
by the timing analyzer in the ORCA Foundry Develop¬ 
ment System. A timing report provided by the develop¬ 
ment system after layout divides path delays into logic 
and routing delays. The timing analyzer can also pro¬ 
vide logic delays prior to layout. While this allows rout¬ 
ing budget estimates, there is wide variance in routing 
delays associated with different layouts. 

The logic timing parameters noted in the Electrical 
Characteristics section of this data sheet are the same 
as those in the design tools. In the PFU timing given in 
Tables 31—53, symbol names are generally a concate¬ 
nation of the PFU operating mode (as defined in 
Table 3) and the parameter type. The wildcard charac¬ 
ter (*) is used in symbol names to indicate that the 
parameter applies to any sub-LUT.The setup, hold, 
and propagation delay parameters, defined below, are 
designated In the symbol name by the SET, HLD, and 
DEL characters, respectively. 

The values given for the parameters are the same as 
those used during production testing and speed bin¬ 
ning of the devices. The junction temperature and sup¬ 
ply voltage used to characterize the devices are listed 
in the delay tables. Actual delays at nominal tempera¬ 
ture and voltage for best-case processes can be much 
better than the values given. 

It should be noted that the junction temperature used in 
the tables is generally 85 °C. The junction temperature 
for the FPGA depends on the power dissipated by the 
device, the package thermal characteristics (0ja), and 
the ambient temperature, as calculated in the following 
equation and as discussed further In the Package 
Thermal Characteristics section: 

Tjmax = TAmax + (P • 0ja) °C 

Note: The user must determine this junction tempera¬ 
ture to see if the delays from ORCA Foundry 
should be derated based on the following derat¬ 
ing tables. 
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Tables 13A and 13B and provide approximate power 
supply and junction temperature derating for OR2CxxA 
commercial and industrial devices. Table 14 provides 
the same information for the OR2TxxA devices (both 
commercial and industrial). The delay values in this 
data sheet and reported by ORCA Foundry are shown 
as 1.00 in the tables. The method for determining the 
maximum junction temperature is defined in the Ther¬ 
mal Characteristics section. Taken cumulatively, the 
range of parameter values for best-case vs. worst-case 
processing, supply voltage, and junction temperature 
can approach 3 to 1. 


Table 13A. Derating for Commercial Devices 
(OR2CxxA) 


Tj 

{°C) 

Power Supply Voltage 

4.75 V 

5.0 V 

5.25 V 

0 

0.81 

0.79 

0.77 

25 

0.85 

0.83 

0.81 

85 

1.00 

0.97 

0.95 

100 

1.05 

1.02 

1.00 

125 

1.12 

1.09 

1.07 


Table 13B. Derating for Industrial Devices 
(OR2CxxA) 


Tj 

fC) 

Power Supply Voltage 

4.5 V 

4.75 V 

5.0 V 

5.25 V 

5.5 V 

-40 

0.71 

0.70 

0.68 

0.66 

0.65 

0 

0.80 

0.78 

0.76 

0.74 

0.73 

25 

0.84 

0.82 

0.80 

0.78 

0.77 

85 

1.00 

0.97 

0.94 

0.93 

0.91 

100 

1.05 

1.01 

0.99 

0.97 

0.95 

125 

1.12 

1.09 

1.06 

1.04 

1.02 


Tabie 14. Derating for Commercial/Industrial 
Devices (OR2TxxA) 


Tj 

(°C) 

Power Supply Voltage 

3.0 V 

3.3 V 

3.6 V 

-40 

0.73 

0.66 

0.61 

0 

0.82 

0.73 

0.68 

25 

0.87 

0.78 

0.72 

85 

1.00 

0.90 

0.83 

100 

1.04 

0.94 

0.87 

125 

1.10 

1.00 

0.92 


Note: The derating tables shown above are for a typical critical path 
that contains 33% logic delay and 66% routing delay. Since the 
routing delay derates at a higher rate than the logic delay, paths 
with more than 66% routing delay will derate at a higher rate 
than shown in the table. The approximate derating values vs. 
temperature are 0.26% per °C for logic delay and 0.45% per °C 
for routing delay. The approximate derating values vs. voltage 
are 0.13% per mV for both logic and routing delays at 25 °C. 
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0/?CA Timing Characteristics 

(continued) 

In addition to supply voltage, process variation, and 
operating temperature, circuit and process improve¬ 
ments of the ORCA series FPGAs over time will result 
in significant improvement of the actual performance 
over those listed for a speed grade. Even though lower 
speed grades may still be available, the distribution of 
yield to timing parameters may be several speed bins 
higher than that designated on a product brand. Design 
practices need to consider best-case timing parame¬ 
ters (e.g., delays = 0), as well as worst-case timing. 

The routing delays are a function of fan-out and the 
capacitance associated with the CIPs and metal Inter¬ 
connect in the path. The number of logic elements that 
can be driven (or fan-out) by PFUs is unlimited, 
although the delay to reach a valid logic level can 
exceed timing requirements. It is difficult to make accu¬ 
rate routing delay estimates prior to design compilation 
based on fan-out. This Is because the CAE software 
may delete redundant logic inserted by the designer to 
reduce fan-out, and/or It may also automatically reduce 
fan-out by net splitting. 


The waveform test points are given in the Measure¬ 
ment Conditions section of this data sheet. The timing 
parameters given in the electrical characteristics tables 
in this data sheet follow industry practices, and the val¬ 
ues they reflect are described below. 

Propagation Delay — the time between the specified 
reference points. The delays provided are the worst 
case of the tphh and tpll delays for noninverting func¬ 
tions, tplh and tphi for Inverting functions, and tphz and 
tplz for 3-state enable. 

Setup Time — the interval Immediately preceding the 
transition of a clock or latch enable signal, during which 
the data must be stable to ensure it is recognized as 
the intended value. 

Hold Time — the interval immediately following the 
transition of a clock or latch enable signal, during which 
the data must be held stable to ensure it is recognized 
as the intended value. 

3-state Enable — the time from when a ts[3;0] signal 
becomes active and the output pad reaches the high- 
impedance state. 
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Estimating Power Dissipation 

OR2CxxA 

The total operating power dissipated is estimated by 
summing the standby (Iddsb), internal, and external 
power dissipated. The internal and external power is 
the power consumed In the PLCs and PICs, respec¬ 
tively. In general, the standby power is small and may 
be neglected. The total operating power is as follows: 

Pt = X Pplc + X Ppic 

The Internal operating power is made up of two parts: 
clock generation and PFU output power. The PFU out¬ 
put power can be estimated based upon the number of 
PFU outputs switching when driving an average fan-out 
of two: 

Ppfu = 0.16 mW/MHz 

For each PFU output that switches, 0.16 mW/MHz 
needs to be multiplied times the frequency (in MHz) 
that the output switches. Generally, this can be esti¬ 
mated by using one-half the clock rate, multiplied by 
some activity factor; for example, 20%. 

The power dissipated by the clock generation circuitry 
is based upon four parts: the fixed clock power, the 
power/clock branch row or column, the clock power dis¬ 
sipated In each PFU that uses this particular clock, and 
the power from the subset of those PFUs that is config¬ 
ured In either of the two synchronous modes (SSPM or 
SDPM). Therefore, the clock power can be calculated 
for the four parts using the following equations: 

OR2C04A Clock Power 

P = [0.62 mW/MHz 

+ (0.22 mW/MHz - Branch) (# Branches) 

+ (0.022 mW/MHz - PFU) (# PFUs) 

+ (0.006 mW/MHz - SMEM_PFU) 

(# SMEM_PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 
OR2C04A Clock Power« 3.9 mW/MHz. 

OR2C06A Clock Power 

P = [0.63 mW/MHz 

+ (0.25 mW/MHz - Branch) (# Branches) 

+ (0.022 mW/MHz - PFU) (# PFUs) 

+ (0.006 mW/MHz - SMEM_PFU) 

(# SMEM_PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 
OR2C06A Clock Power« 5.3 mW/MHz. 


OR2C08A Clock Power 

P = [0.65 mW/MHz 

+ (0.29 mW/MHz - Branch) (# Branches) 

+ (0.022 mW/MHz - PFU) (# PFUs) 

+ (0.006 mW/MHz - SMEM_PFU) 

(# SMEM_PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 

OR2C08A Clock Power« 6.6 mW/MHz. 

OR2C10A Clock Power 

P = [0.66 mW/MHz 

+ (0.32 mW/MHz - Branch) (# Branches) 

+ (0.022 mW/MHz - PFU) (# PFUs) 

+ (0.006 mW/MHz - SMEM_PFU) 

(# SMEM_PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 

OR2C10A Clock Power = 8.6 mW/MHz. 

OR2C12A Clock Power 

P = [0.68 mW/MHz 

+ (0.35 mW/MHz - Branch) (# Branches) 

+ (0.022 mW/MHz - PFU) (# PFUs) 

+ (0.006 mW/MHz - SMEM_PFU) 

(# SMEM.PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 

OR2C12A Clock Power« 10.5 mW/MHz. 

OR2C15A Clock Power 

P = [0.69 mW/MHz 

+ (0.38 mW/MHz - Branch) (# Branches) 

+ (0.022 mW/MHz - PFU) (# PFUs) 

-H (0.006 mW/MHz - SMEM_PFU) 

(# SMEM_PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 

OR2C15A Clock Power = 12.7 mW/MHz. 

OR2C26A Clock Power 

P = [0.73 mW/MHz 

+ (0.44 mW/MHz - Branch) (# Branches) 

+ (0.022 mW/MHz - PFU) (# PFUs) 

+ (0.006 mW/MHz - SMEM_PFU) 

(# SMEM_PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 

OR2C26A Clock Power« 17.8 mW/MHz. 
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Estimating Power Dissipation (continued) 

OR2C40A Clock Power 

P = [0.77 mW/MHz 

+ (0.53 mW/MHz - Branch) (# Branches) 

+ (0.022 mW/MHz - PFU) (# PFUs) 

+ (0.006 mW/MHz - SMEM_PFU) 

(# SMEM_PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 
OR2C40A Clock Power« 26.6 mW/MHz. 

The power dissipated in a PIC is the sum of the power 
dissipated in the four I/Os in the PIC. This consists of 
power dissipated by inputs and ac power dissipated by 
outputs. The power dissipated In each I/O depends on 
whether it is configured as an input, output, or input/ 
output. If an I/O Is operating as an output, then there is 
a power dissipation component for Pin, as well as 
Pout. This is because the output feeds back to the 
input. 

The power dissipated by a TTL Input buffer is estimated 
as: 

Pttl = 2.2 mW + 0.17 mW/MHz 

The power dissipated by an input buffer Is estimated 
as: 

PCMOS = 0.17 mW/MHz 

The ac power dissipation from an output or bidirec¬ 
tional is estimated by the following: 

Pout = (Cl + 8.8 pF) x Vdd^ x F Watts 

where the unit for Cl Is farads, and the unit for F is Hz. 


As an example of estimating power dissipation, 
suppose that a fully utilized OR2C15A has an average 
of three outputs for each of the 400 PFUs, that all 
20 clock branches are used, that 150 of the 400 PFUs 
have FFs clocked at 40 MHz (16 of which are operating 
in a synchronous memory mode), and that the PFU 
outputs have an average activity factor of 20%. 

Twenty TTL-configured inputs, 20 CMOS-configured 
inputs, 32 outputs driving 30 pF loads, and 16 bidirec¬ 
tional I/Os driving 50 pF loads are also generated from 
the 40 MHz clock with an average activity factor of 
20%. The worst-case (Vdd = 5.25 V) power dissipation 
is estimated as follows: 

Ppfu = 400 X 3 (0.16 mW/MHz x 20 MHz x 20%) 

= 768 mW 

PCLK = [0.69 mW/MHz + (0.38 mW/MHz - Branch) 
(20 Branches) 

+ (0.022 mW/MHz - PFU) (150 PFUs) 

+ (0.006 mW/MHz - SMEM_PFU) 

(16 SMEM_PFUs)] [40 MHz] 

= 427 mW 

Pttl = 20 x [2.2 mW + (0.17 mW/MHz x 20 MHz 
X 20%)] 

= 57 mW 

PCMOS = 20 X [0.17 mW X 20 MHz x 20%] 

= 13 mW 

Pout = 30 x [(30 pF + 8.8 pF) x (5.25)2 x 20 MHz 
X 20%] 

= 128 mW 

Pbid = 16 X [(50 pF + 8.8 pF) x (5.25)^ x 20 MHz 
X 20%] 

= 104 mW 

TOTAL = 1.50W 
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Estimating Power Dissipation (continued) 
OR2TxxA 

The total operating power dissipated is estimated by 
summing the standby (Iddsb), internal, and external 
power dissipated. The internal and external power is 
the power consumed in the PLCs and PICs, respec¬ 
tively. In general, the standby power is small and may 
be neglected. The total operating power is as follows: 

Pt = I Pplc + X Ppic 

The internal operating power is made up of two parts: 
clock generation and PFU output power. The PFU out¬ 
put power can be estimated based upon the number of 
PFU outputs switching when driving an average fan-out 
of two: 

Ppfu = 0.08 mW/MHz 

For each PFU output that switches, 0.08 mW/MHz 
needs to be multiplied times the frequency (in MHz) 
that the output switches. Generally, this can be esti¬ 
mated by using one-half the clock rate, multiplied by 
some activity factor; for example, 20%. 

The power dissipated by the clock generation circuitry 
is based upon four parts: the fixed clock power, the 
power/clock branch row or column, the clock power dis¬ 
sipated in each PFU that uses this particular clock, and 
the power from the subset of those PFUs that is config¬ 
ured in either of the two synchronous modes (SSPM or 
SDPM). Therefore, the clock power can be calculated 
for the four parts using the following equations: 

OR2T04A Clock Power 

P = [0.29 mW/MHz 

+ (0.10 mW/MHz - Branch) (# Branches) 

+ (0.01 mW/MHz - PFU) (# PFUs) 

+ (0.003 mW/MHz - SMEM_PFU) 

(# SMEM_PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 
OR2T04A Clock Power« 1.8 mW/MHz. 

OR2T06A Clock Power 

P = [0.30 mW/MHz 

+ (0.11 mW/MHz - Branch) (# Branches) 

+ (0.01 mW/MHz - PFU) (# PFUs) 

+ (0.003 mW/MHz - SMEM_PFU) 

(# SMEM_PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 
OR2T06A Clock Power« 2.4 mW/MHz. 


OR2T08A Clock Power 

P = [0.31 mW/MHz 

+ (0.12 mW/MHz - Branch) (# Branches) 

+ (0.01 mW/MHz - PFU) (# PFUs) 

+ (0.003 mW/MHz - SMEM_PFU) 

(# SMEM_PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 

OR2T08A Clock Power« 3.2 mW/MHz. 

OR2T10A Clock Power 

P = [0.32 mW/MHz 

+ (0.14 mW/MHz - Branch) (# Branches) 

+ (0.01 mW/MHz - PFU) (# PFUs) 

+ (0.003 mW/MHz - SMEM_PFU) 

(# SMEM_PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 

OR2T10A Clock Power« 4.0 mW/MHz. 

OR2T12A Clock Power 

P = [0.33 mW/MHz 

+ (0.15 mW/MHz - Branch) (# Branches) 

+ (0.01 mW/MHz - PFU) (# PFUs) 

+ (0.003 mW/MHz - SMEM_PFU) 

(# SMEM_PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 

OR2T12A Clock Power ~ 4.9 mW/MHz. 

OR2T15A Clock Power 

P = [0.34 mW/MHz 

+ (0.17 mW/MHz - Branch) (# Branches) 

+ (0.01 mW/MHz - PFU) (# PFUs) 

+ (0.003 mW/MHz - SMEM_PFU) 

(# SMEM_PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 

OR2T15A Clock Power - 5.9 mW/MHz. 

OR2T26A Clock Power 

P = [0.35 mW/MHz 

+ (0.19 mW/MHz - Branch) (# Branches) 

-F (0.01 mW/MHz - PFU) (# PFUs) 

+ (0.003 mW/MHz - SMEM.PFU) 

(# SMEM_PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 

OR2T26A Clock Power« 8.3 mW/MHz. 
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Estimating Power Dissipation (continued) 

OR2T40A Clock Power 

P = [0.37 mW/MHz 

+ (0.23 mW/MHz - Branch) (# Branches) 

+ (0.01 mW/MHz - PFU) (# PFUs) 

+ (0.003 mW/MHz - SMEM.PFU) 

(# SMEM_PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 
OR2T40A Clock Power« 12.4 mW/MHz. 

The power dissipated in a PIC is the sum of the power 
dissipated in the four I/Os in the PIC. This consists of 
power dissipated by inputs and ac power dissipated by 
outputs. The power dissipated in each I/O depends on 
whether it is configured as an input, output, or input/ 
output. If an I/O is operating as an output, then there is 
a power dissipation component for Pin, as well as 
Pout. This is because the output feeds back to the 
input. 

The power dissipated by an input buffer (Vih = Vdd - 
0.3 V or higher) is estimated as: 

Pin = 0.09 mW/MHz 

The 5 V tolerant input buffer feature dissipates addi¬ 
tional dc power. The dc power, PTOL, is always dissi¬ 
pated for the OR2T15A, regardless of the number of 
5 V tolerant Input buffers used: 

Ptol = 15 mW 

The ac power dissipation from an output or bidirec¬ 
tional is estimated by the following: 

Pout = (Cl + 8.8 pF) x Vdd^ x F Watts 

where the unit for Cl is farads, and the unit for F is Hz. 


As an example of estimating power dissipation, 
suppose that a fully utilized OR2T15A has an average 
of three outputs for each of the 400 PFUs, that all 
20 clock branches are used, that 150 of the 400 PFUs 
have FFs clocked at 40 MHz (16 of which are operating 
in a synchronous memory mode), and that the PFU 
outputs have an average activity factor of 20%. 

Twenty inputs, 32 outputs driving 30 pF loads, and 
16 bidirectional I/Os driving 50 pF loads are also gen¬ 
erated from the 40 MHz clock with an average activity 
factor of 20%. The worst-case (Vdd = 3.6 V) power dis¬ 
sipation is estimated as follows: 

Ppfu = 400 X 3 (0.08 mW/MHz x 20 MHz x 20%) 

= 384 mW 

PCLK = [0.34 mW/MHz + (0.17 mW/MHz - Branch) 
(20 Branches) 

+ (0.01 mW/MHz - PFU) (150 PFUs) 

+ (0.003 mW/MHz - SMEM_PFU) 

(16 SMEM_PFUs)] [40 MHz] 

= 212 mW 

Pin = 20 X [0.09 mW/MHz x 20 MHz x 20%] 

= 7mW 

Ptol =l5mW 

Pout = 30 x [(30 pF + 8.8 pF) X (3.6)2 x 20 MHz 
X 20%] 

- 60 mW 

Pbid = 16 X [(50 pF + 8.8 pF) x (3.6)2 x 20 MHz 
X 20%] 

= 49 mW 

TOTAL = 0.73 W 
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Table 15. Pin Descriptions 


Symbol 

I/O 

Description 

Dedicated Pins 

Vdd 

— 

Positive power supply. 

GND 

— 

Ground supply. 

Vdd5 

— 

5 V tolerant select. All Vdd 5 pins must be tied to either the 5 V power supply if 5 V 
tolerant I/O buffers are to be used, or to the 3.3 V power supply (Vdd) if they are not. 

RESET 

I 

During configuration, RESET forces the restart of configuration and a pull-up is 
enabled. After configuration, RESET can be used as a general FPGA input or as a 
direct input, which causes all PLC latches/FFs to be asynchronously set/reset. 

CCLK 

I 

In the master and asynchronous peripheral modes, CCLK Is an output which 
strobes configuration data in. In the slave or synchronous peripheral mode, CCLK 
is input synchronous with the data on DIN or D[7:0]. 

DONE 

I/O 

DONE is a bidirectional pin with an optional pull-up resistor. As an active-high, open- 
drain output, a high-level on this signal indicates that configuration Is complete. As 
an input, a low level on DONE delays FPGA start-up after configuration (see Note). 

PRGM 

I 

PRGM is an active-low input that forces the restart of configuration and resets the 
boundary-scan circuitry. This pin always has an active pull-up. 

RD_CFGN 

I 

If readback Is enabled, after configuration, a high-to-low transition on RD_CFGN ini¬ 
tiates a readback of configuration data, including PFU output states, starting with 
frame address 0. During configuration, this is an active-low input that activates the 
TS_ALL function and 3-states all the I/O. This same functionality can be selected 
after configuration as well. This pin always has an active pull-up. 

RD_DATAn'DO 

0 

RD_DATA/TDO Is a dual-function pin. If used for readback, RD_DATA provides con¬ 
figuration data out. If used in boundary scan, TDO is test data out. 

Special-Purpose Pins 

RDY/BU^ 

0 

During configuration In peripheral mode, RDY/BUSY indicates another byte can be 
written to the FPGA. If a read operation is done when the device is selected, the 
same status is also available on D7 in asynchronous peripheral mode. After configu¬ 
ration, the pin Is a user-programmable I/O (see Note). 

RCLK 

0 

During the master parallel configuration mode, RCLK is a read output signal to an 
external memory. This output is not normally used. After configuration, this pin is a 
user-programmable I/O pin (see Note). 

DIN 

I 

During slave serial or master serial configuration modes, DIN accepts serial configu¬ 
ration data synchronous with CCLK. During parallel configuration modes, DIN Is the 
DO input. During configuration, a pull-up is enabled, and after configuration, this pin 
is a user-programmable I/O pin (see Note). 

MO, M1, M2 

I 

MO—M2 are used to select the configuration mode. See Table 9 for the configuration 
modes. During configuration, a pull-up is enabled, and after configuration, the pins 
are user-programmable I/O (see Note). 

M3 

I 

M3 is used to select the speed of the internal oscillator during configuration. When 
M3 Is low, the oscillator frequency is 10 MHz. When M3 is high, the oscillator is 

1.25 MHz. During configuration, a pull-up is enabled, and after configuration, this pin 
is a user-programmable I/O pin (see Note). 


Note: The section FPGA States of Operation contains more information on how to control these signals during start-up. The timing of DONE 
release Is controlled by one set of bit stream options, and the timing of the simultaneous release of all other configuration pins (and the 
activation of all user I/Os) is controlled by a second set of options. 
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Pin Information (continued) 


Table 15. Pin Descriptions (continued) 


Symbol 


Description 

Special-Purpose Pins (continued) 

TDI, TCK, TMS 

I 

If boundary scan is used, these pins are Test Data In, Test Clock, and Test Mode 
Select inputs. If boundary scan is not selected, all boundary-scan functions are 
inhibited once configuration is complete, and these pins are user-programmable I/O 
pins. Even if boundary scan is not used, either TCK or TMS must be held at logic 1 
during configuration. Each pin has a pull-up enabled during configuration (see 

Note). 

HDC 

0 

High During Configuration is output high until configuration is complete. It is used as 
a control output indicating that configuration is not complete. After configuration, this 
pin is a user-programmable I/O pin (see Note). 

LDC 

0 

Low During Configuration is output low until configuration is complete. It is used as a 
control output Indicating that configuration Is not complete. After configuration, this 
pin is a user-programmable I/O pin (see Note). 

TNiT 

I/O 

TNiT is a bidirectional signal before and during configuration. During configuration, a 
pull-up is enabled, but an external pull-up resistor is recommended. As an active-low 
open-drain output, Wf is held low during power stabilization and internal clearing of 
memory. As an active-low input, INIT holds the FPGA in the wait-state before the 
start of configuration. After configuration, the pin is a user-programmable I/O pin 
(see Note). 

CSO, CS1, WR, R13 

I 

CSO, CS1, WR, TO are used in the asynchronous peripheral configuration modes. 
The FPGA is selected when is low and CS1 is high. When selected, a low on 

the write strobe, WR, loads the data on D[7;0] inputs into an Internal data buffer. WR, 
CSO, and CS1 are also used as chip selects in the slave parallel mode. 

A low on TO changes D7 Into a status output. As a status indication, a high indicates 
ready and a low indicates busy. WR and TO should not be used simultaneously. If 
they are, the write strobe overrides. During configuration, a pull-up is enabled, and 
after configuration, the pins are user-programmable I/O pins (see Note). 

A[17:0] 

0 

During master parallel configuration mode, A[17:0] address the configuration 
EPROM. During configuration, a pull-up is enabled, and after configuration, the pins 
are user-programmable I/O pins (see Note). 

D[7:0] 

I 

During master parallel, peripheral, and slave parallel configuration modes, D[7:0] 
receive configuration data and each pin has a pull-up enabled. After configuration, 
the pins are user-programmable I/O pins (see Note). 

DOUT 

0 

During configuration, DOUT Is the serial data output that can drive the DIN of daisy- 
chained slave LCA devices. Data out on DOUT changes on the falling edge of 

CCLK. After configuration, DOUT is a user-programmable I/O pin (see Note). 


Note; The section FPGA States of Operation contains more information on how to control these signals during start-up. The timing of DONE 
release is controlled by one set of bit stream options, and the timing of the simultaneous release of all other configuration pins (and the 
activation of all user I/Os) is controlled by a second set of options. 
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Pin Information (continued) 

Package Compatibility 

The package pinouts are consistent across ORCA 
Series FPGAs with the following exception: user I/O 
pins that do not have any special functions will be 
converted to Vdd 5 pins for the OR2TxxA series, if 
the designer does not use these pins for the OR2CxxA 
series, then pinout compatibility will be maintained 
between the ORCA OR2CxxA and OR2TxxA series of 
FPGAs. Note that they must be connected to a power 
supply for the OR2TxxA series. 

Package pinouts being consistent across all ORCA 
Series FPGAs enables a designer to select a package 
based on I/O requirements and change the FPGA with¬ 
out laying out the printed-circuit board again. The 
change might be to a larger FPGA if additional func¬ 
tionality is needed, or it might be to a smaller FPGA to 
decrease unit cost. 

Table 16A provides the number of user I/Os available 
for the ORCA OR2CxxA Series FPGAs for each avail¬ 


able package, and Table 16B provides the number of 
user I/Os available in the ORCA OR2TxxA series. It 
should be noted that the number of user I/Os available 
for the OR2TxxA series is reduced from the equivalent 
OR2CxxA devices by the number of required Vdd5 
pins, as shown in Table 16B. The pins that are con¬ 
verted from user I/O to Vdd5 are denoted as “I/0-Vdd5” 
in the pin information tables (Tables 17 through 27). 
Each package has six dedicated configuration pins. 

Tables 17—27 provide the package pin and pin func¬ 
tion for the ORCA OR2CxxA/OR2TxxA series FPGAs 
and packages. The bond pad name is identified in the 
PIC nomenclature used in the ORCA Foundry design 
editor. 

When the number of FPGA bond pads exceeds the 
number of package pins, bond pads are unused. When 
the number of package pins exceeds the number of 
bond pads, package pins are left unconnected (no 
connects). When a package pin is to be left as a no 
connect for a specific die, it is indicated as a note in the 
device pad column for the FPGA. The tables provide no 
information on unused pads. 


Table 16A. ORCA OR2CxxA Series FPGA I/Os Summary 


Device 

84-Pin 

PLCC 

100-Pin 

TQFP 

144-Pin 

TQFP 

160-Pin 

QFP 

208-Pin 

SQFP/ 

SQFP- 

PQ2 

240-Pin 

SQFP/ 

SQFP- 

PQ2 

256-Pin 

PBGA 

304-Pin 

SQFP/ 

SQFP- 

PQ2 

352-Pin 

PBGA 

432-Pin 

EBGA 

600-Pin 

EBGA 

OR2C04A I 

User I/Os 

64 

77 

114 

130 

160 

— 

— 

— 

— 

— 

— 

VDD/VSS 

14 

17 

24 

24 

31 

— 

— 

— 

— 

— 

— 

OR2C06A I 

User I/Os 

64 

77 

114 

130 

171 

192 

192 

— 

— 

— 

— 

VDD/VSS 

14 

17 

24 

24 

31 

42 

26 

— 

— 

— 

— 

OR2C08A I 

User I/Os 

64 

— 

— 

130 

171 

192 

221 

— 

— 

— 

— 

VDD/VSS 

14 

— 

— 

24 

31 

40 

26 

— 

— 

— 

— 

OR2C10A 1 

User I/Os 

64 

— 

— 

130 

171 

192 

221 

— 

256 

— 

— 

VDD/VSS 

14 

— 

— 

24 

31 

40 

26 

— 

48 

_ 

— 

OR2C12A 1 

User I/Os 

64 

— 

— 

— 

171 

192 

223 

252 

288 

— 

— 

VDDA/SS 

14 

— 

— 

— 

31 

42 

26 

46 

48 

— 

— 

OR2C15A I 

User I/Os 

64 

_ 

— ' 

— 

171 

192 

223 

252 

298 

320 

— 

VDD/VSS 

14 

— 

— 

— 

31 

42 

26 

46 

48 

84 

— 

OR2C26A I 

User I/Os 

— 

— 

— 

— 

171 

192 

— 

252 

298 

342 

384 

VDD/VSS 

— 

— 

— 

— 

31 

42 

— 

46 

48 

84 

140 

I OR2C40A I 

User I/Os 

— 

— 

— 

— 

171 

192 

— 

252 

— 

342 

454 

VDDA/SS 

— 

— 

— 

— 

31 

42 

— 

46 

— 

84 

140 
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Table 16B. ORCA OR2TxxA Series FPGA I/Os Summary 


Device 

84-Pin 

PLCC 

100-Pin 

TQFP 

_ 

144-Pin 

TQFP 

160-Pin 

QFP 

208-Pin 

SQFP/ 

SQFP- 

PQ2 

240-Pin 

SQFP/ 

SQFP- 

PQ2 

256-Pin 

PBGA 

352-Pin 

PBGA 

432-Pin 

EBGA 

600-Pin 

EBGA 

OR2T04A I 

User I/Os 

62 

74 

110 

126 

152 

— 

. — 

— 

— 

— 

VDD/VSS 

14 

17 

24 

24 

31 

— 

— 

— 

— 

— 

VDD5 

2 

3 

_4_1 

4 

8 

— 

— 

— 

— 

— 

OR2T06A I 

User I/Os 

62 

74 

110 

126 

163 

184 

182 

_ 

— 

— 

VDD/VSS 

14 

17 

24 

24 

31 

42 

26 

— 

— 

— 

VDD5 

2 

3_ I 

4 

4 

8 

8 

10 

— 

— 

— 

OR2T08A I 

User I/Os 

62 

— 

— 

126 

163 

184 

209 

— 

— 

— 

VDD/VSS 

14 

— 


24 

31 

40 

26 

— 

— 

— 

VDD5 

2 

— 

— 

4 

8 

8 

12 

— 

— 

— 

OR2T10A 1 

User I/Os 

62 

— 

— 

126 

163 

184 

209 

244 

— 

— 

VDD/VSS 

14 

— 


24 

31 

40 

26 

48 

— 

— 

VDD5 

2 

— 


4 

8 

8 

12 

12 

— 

— 

OR2T12A 1 

User I/Os 

62 

— 

— 

— 

163 

184 

211 

276 

— 

— 

VDD/VSS 

14 

— 

— 

— 

31 

42 

26 

48 

— 

— 

VDD5 

2 

— 

— 

— 

8 

8 

12 

12 

— 

— 

OR2T15A 1 

User I/Os 

62 

— 


— 

163 

184 

211 

286 

307 

— 

VDDA/SS 

14 

— 


— 

31 

42 

26 

48 

84 

— 

VDD5 

2 

— 

— 

— 

8 

8 

12 

12 

12 

— 

OR2T26A 1 

User I/Os 

— 

— 

— 

— 

163 

184 

— 

286 

326 

368 

VDD/VSS 

— 

— 

— 

— 

31 

42 

— 

48 

84 

140 

VDD5 

— 

— 


— 

8 

8 

— 

12 

16 

16 

OR2T40A 1 

User I/Os 

— 

— 

— 

— 

163 

184 

— 

— 

326 

438 

VDD/VSS 

— 

— 

— 

— 

31 

42 

— 

— 

84 

140 

VDD5 

— 

— 

— 

— 

8 

8 

— 

— 

16 

16 
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Table 17. OR2C/2T04A, OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, and OR2C/2T15A 
84-Pin PLCC Pinout 


Pin 

2C/2T04A 

Pad 

2C/2T06A 

Pad 

2C/2T08A 

Pad 

2C/2T10A 

Pad 

2C/2T12A 

Pad 

2C/2T15A 

Pad 

Function 

1 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

2 

PT5A 

PT6A 

PT7A 

PT8A 

PT9A 

PT10A 

I/0-D2 

3 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

4 

PT4D 

PT5D 

PT6D 

PT7D 

PT8D 

PT9D 

I/0-D1 

5 

PT4A 

PT5A 

PT6A 

PT7A 

PT8A 

PT9A 

l/O-DO/DIN 

6 

PT3A 

PT4A 

PT5A 

PT6A 

PT7A 

PT8A 

l/O-DOUT 

7 

PT2D 

PT3D 

PT4D 

PT5D 

PT6D 

PT7D 

I/0-VDD5 

8 

PT2A 

PT3A 

PT4A 

PT4A 

PT5A 

PT6A 

l/O-TDI 

9 

PT1D 

PT2A 

PT3A 

PT3A 

PT3A 

PT4A 

l/O-TMS 

10 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

l/O-TCK 

11 

RD.DATATTDO 

RD.DATATTDO 

RD_DAT/VTDO 

RD.DATAATDO 

RD.DATAA-DO 

RD_DATATDO 

RD_DATA/TDO 

12 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

13 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

14 

PL1C 

PL1A 

PL2D 

PL2D 

PL2D 

PL2D 

l/O-AO 

15 

PL1A 

PL2A 

PL3A 

PL3A 

PL4A 

PL5A 

I/0-A1 

16 

PL2D 

PL3D 

PL4D 

PL4A 

PL5A 

PL6A 

I/0-A2 

17 

PL2A 

PL3A 

PL4A 

PL5A 

PL6A 

PL7A 

I/0-A3 

18 

PL3A 

PL4A 

PL5A 

PL6A 

PL7A 

PL8A 

I/0-A4 

19 

PL4D 

PL5D 

PL6D 

PL7D 

PL8D 

PL9D 

I/0-A5 

20 

PL4A 

PL5A 

PL6A 

PL7A 

PL8A 

PL9A 

I/0-A6 

21 

PL5A 

PL6A 

PL7A 

PL8A 

PL9A 

PL10A 

I/0-A7 

22 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

23 

PL6A 

PL7A 

PL8A 

PL9A 

PL10A 

PL11A 

I/0-A8 

24 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

25 

PL7D 

PL8D 

PL9D 

PL10D 

PL11D 

PL12D 

I/0-A9 

26 

PL7A 

PL8A 

PL9A 

PL10A 

PL11A 

PL12A 

I/O-A10 

27 

PL8A 

PL9A 

PL10A 

PL11A 

PL12A 

PL13A 

I/0-A11 

28 

PL9D 

PL10D 

PL11D 

PL12D 

PL13D 

PL14D 

I/0-A12 

29 

PL9A 

PL10A 

PL11A 

PL13D 

PL14B 

PL15B 

I/0-A13 

30 

PL10D 

PL11A 

PL12A 

PL14C 

PL16D 

PL17D 

I/0-A14 

31 

PL10A 

PL12A 

PL14A 

PL16A 

PL18A 

PL20A 

I/0-A15 

32 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

33 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

34 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

35 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

I/0-A16 

36 

PB1D 

PB2A 

PB3A 

PB3B 

PB3D 

PB4D 

I/0-A17 

37 

PB2A 

PB3A 

PB3D 

PB4D 

PB5B 

PB6B 

I/O 

38 

PB2D 

PB3D 

PB4D 

PB5D 

PB6D 

PB7D 

I/O 

39 

PB3A 

PB4A 

PB5A 

PB6A 

PB7A 

PB8A 

I/O 

40 

PB4A 

PB5A 

PB6A 

PB7A 

PB8A 

PB9A 

I/O 

41 

PB4D 

PB5D 

PB6D 

PB7D 

PB8D 

PB9D 

I/O 

42 

PB5A 

PB6A 

PB7A 

PB8A 

PB9A 

PB10A 

I/O 

43 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 


Note: The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Table 17. OR2C/2T04A, OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, and OR2C/2T15A 
84-Pin PLCC Pinout (continued) 


Pin 

2C/2T04A 

Pad 

2C/2T06A 

Pad 

2C/2T08A 

Pad 

2C/2T10A 

Pad 

2C/2T12A 

Pad 

2C/2T15A 

Pad 

Function 

44 

PB6A 

PB7A 

PB8A 

PB9A 

PB10A 

PB11A 

I/O 

45 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

46 

PB7A 

PB8A 

PB9A 

PB10A 

PB11A 

PB12A 

I/0-VDD5 

47 

PB7D 

PB8D 

PB9D 

PB10D 

PB11D 

PB12D 

I/O 

48 

PB8A 

PB9A 

PB10A 

PB11A 

PB12A 

PB13A 

l/O-HDC 

49 

PB9A 

PB10A 

PB11A 

PB12A 

PB13A 

PB14A 

i/O-LDC 

50 

PB9D 

PB10D 

PB11D 

PB13A 

PB13D 

PB14D 

I/O 

51 

PB10A 

PB11A 

PB12C 

PB13D 

PB15A 

PB16A 

i/O-INlT 

52 

PB10D 

PB12A 

PB13D 

PB15D 

PB18D 

PB20D 

I/O 

53 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 


RESET 

reset 

RESET 

RESET 

RESET 

RESET 

RESET 


PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 


PR10A 

PR12A 

PR14A 

PR16A 

PR18A 

PR20A 

l/O-MO 

57 

PR10D 

PR11A 

PR12A 

PR14A 

PR16A 

PR17A 

I/O 


PR9A 

PR10A 

PR11A 

PR13B 

PR15D 

PR16D 

I/0-M1 


PR9D 

PR10D 

PR11D 

PR12B 

PR13A 

PR14A 

I/O 

60 

PR8A 

PR9A 

PR10A 

PR11A 

PR12A 

PR13A 

I/0-M2 


PR7A 

PR8A 

PR9A 

PR10A 

PR11A 

PR12A 

I/0-M3 


PR7D 

PR8D 

PROD 

PR10D 

PR11D 

PR12D 

I/O 


PR6A 

PR7A 

PR8D 

PR9D 

PR10A 

PR11A 

I/O 


Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 


PR5A 

PR6A 

PR7A 

PR8A 

PR9A 

PR10A 

I/O 


Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

67 

PR4A 

PR5A 

PR6A 

PR7A 

PR8A 

PR9A 

I/O 

68 

PR4D 

PR5D 

PR6D 

PR7D 

PR8D 

PR9D 

I/O 


PR3A 

PR4A 

PR5A 

PR6A 

PR7A 

PR8A 

I/0-CS1 

70 

PR2A 

PR3A 

PR4A 

PR5A 

PR6A 

PR7A 

i/o-cso 

71 

PR2D 

PR3D 

PR4D 

PR4D 

PR5D 

.PR6D 

I/O 

72 

PR1A 

PR2A 

PR3A 

PR3A 

PR4A 

PR5A 

i/O-RD 


PR1D 

PR1A 

PR2A 

PR2A 

PR2A 

PR3A 

i/O-WR 

74 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

75 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

76 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

77 

PT10C 

PT12A 

PT13D 

PT15D 

PT17D 

PT19A 

l/O-RDY/RCLK 

78 

PT9D 

PT11A 

PT12C 

PT13D 

PT15D 

PT16D 

I/0-D7 

79 

PT9C 

PT10D 

PT11D 

PT13A 

PT14D 

PT15D 

I/O 

80 

PT9A 

PT10A 

PT11B 

PT12B 

PT13B 

PT14B 

I/0-D6 

81 

PT8A 

PT9A 

PT10A 

PT11A 

PT12A 

PT13A 

I/0-D5 

82 

PT7D 

PT8D 

PT9D 

PT10D 

PT11D 

PT12D 

I/O 

83 

PT7A 

PT8A 

PT9A 

PT10A 

PT11A 

PT12A 

I/0-D4 

84 

PT6A 

PT7A 

PT8A 

PT9A 

PT10A 

PT11A 

I/0-D3 


Note: The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Table 18. OR2C/2T04A and OR2C/2T06A100-Pin TQFP Pinout 


Pin 

2C/2T04A 

Pad 

2C/2T06A 

Pad 

Function 

Pin 

2C/2T04A 

Pad 

2C/2T06A 

Pad 

Function 

1 

Vdd 

Vdd 

Vdd 

43 

PB8C 

PB9C 

I/O 

2 

Vss 

Vss 

Vss 

44 

PB8D 

PB9D 

I/O 

3 

PL1C 

PL1A 

l/O-AO 

45 

PB9A 

PB10A 

i/o-cdc 

4 

PL1A 

PL2A 

I/0-A1 

46 

PB9D 

PB10D 

I/O 

5 

PL2D 

PL3D 

I/0-A2 

47 

PB10A 

PB11A 

I/O-INIT 

6 

PL2A 

PL3A 

I/0-A3 

48 

PB10D 

PB12A 

I/O 

7 

PL3D 

PL4D 

I/O 

49 

DONE 

DONE 

DONE 

8 

PL3A 

PL4A 

I/0-A4 

50 

Vdd 

Vdd 

Vdd 

9 

PL4D 

PL5D 

I/0-A5 

51 

RESET 

RESET 

RESET 

10 

PL4A 

PL5A 

I/0-A6 

52 

PRGM 

PRGM 

PRGM 

11 

PL5D 

PL6D 

I/O 

53 

PR10A 

PR12A 

l/O-MO 

12 

PL5A 

PL6A 

I/0-A7 

54 

PR10D 

PR11A 

I/O 

13 

Vdd 

Vdd 

Vdd 

55 

PR9A 

PR10A 

I/0-M1 

14 

PL6A 

PL7A 

I/0-A8 

56 

PR9D 

PR10D 

I/O 

15 

Vss 

Vss 

Vss 

57 

PR8A 

PR9A 

I/0-M2 

16 

PL7D 

PL8D 

I/0-A9 

58 

PR8D 

PR9D 

I/O 

17 

PL7A 

PL8A 

I/O-A10 

59 

PR7A 

PR8A 

I/0-M3 

18 

PL8A 

PL9A 

I/0-A11 

60 

PR7D 

PR8D 

I/O 

19 

PL9D 

PL10D 

I/0-A12 

61 

Vss 

Vss 

Vss 

20 

PL9C 

PL10C 

I/O 

62 

PR6A 

PR7A 

I/O 

21 

PL9A 

PL10A 

I/0-A13 

63 

Vdd 

Vdd 

Vdd 

22 

PL10D 

PL11A 

I/0-A14 

64 

PR5A 

PR6A 

I/O 

23 

PL10A 

PL12A 

I/0-A15 

65 

Vss 

Vss 

Vss 

24 

Vss 

Vss 

Vss 

66 

PR4A 

PR5A 

I/0-VDD5 

25 

CCLK 

CCLK 

CCLK 

67 

PR4D 

PR5D 

I/O 

26 

Vdd 

Vdd 

Vdd 

68 

PR3A 

PR4A 

I/0-CS1 

27 

Vss 

Vss 

Vss 

69 

PR3D 

PR4D 

I/O 

28 

PB1A 

PB1A 

I/0-A16 

70 

PR2A 

PR3A 

l/O-CSO 

29 

PB1C 

PB1D 

I/O 

71 

PR2D 

PR3D 

I/O 

30 

PB1D 

PB2A 

I/0-A17 

72 

PR1A 

PR2A 

l/O-RD 

31 

PB2A 

PB3A 

I/O 

73 

PR1C 

PR2D 

I/O 

32 

PB2D 

PB3D 

I/O 

74 

PR1D 

PR1A 

i/o-wr 

33 

PB3A 

PB4A 

I/O 

75 

RD.CFGN 

RD.CFGN 

RD_CFGN 

34 

PB4A 

PB5A 

I/O 

76 

Vdd 

Vdd 

Vdd 

35 

PB4D 

PB5D 

I/O 

77 

Vss 

Vss 

Vss 

36 

PB5A 

PB6A 

I/O 

78 

PT10C 

PT12A 

l/O-RDY/RCLK 

37 

Vss 

Vss 

Vss 

79 

PT9D 

PT11A 

I/0-D7 

38 

PB6A 

PB7A 

I/O 

80 

PT9C 

PT10D 

I/O 

39 

Vss 

Vss 

Vss 

81 

PT9A 

PT10A 

I/0-D6 

40 

PB7A 

PB8A 

I/0-VDD5 

82 

PT8D 

PT9D 

I/O 

41 

PB7D 

PB8D 

I/O 

83 

PT8A 

PT9A 

I/0-D5 

42 

PB8A 

PB9A 

l/O-HDC 

84 

PT7D 

PT8D 

I/O 


Note: The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Table 18. OR2C/2T04A and OR2C/2T06A 100-Pin TQFP Pinout (continued) 


Pin 

2C/2T04A 

Pad 

2C/2T06A 

Pad 

Function 

Pin 

2C/2T04A 

Pad 

2C/2T06A 

Pad 

Function 

85 

PT7A 

PT8A 

I/0-D4 

93 

PT3D 

PT4D 

I/O 

86 

PT6D 

PT7D 

I/O 

94 

PT3A 

PT4A 

l/O-DOUT 

87 

PT6A 

PT7A 

I/0-D3 

95 

PT2D 

PT3D 

I/0-VDD5 

88 

Vss 

Vss 

Vss 

96 

PT2A 

PT3A 

l/O-TDI 

89 

PT5A 

PT6A 

I/0-D2 

97 

PT1D 

PT2A 

l/O-TMS 

90 

Vss 

Vss 

Vss 

98 

PT1C 

PT1D 

I/O 

91 

PT4D 

PT5D 

I/0-D1 

99 

PT1A 

PT1A 

l/O-TCK 

92 

PT4A 

PT5A 

l/O-DO/DIN 

100 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD.DATAn'DO 


Note: The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 


Table 19. OR2C/2T04A and OR2C^T06A 144-Pin TQFP Pinout 


Pin 

2C/2T04A 

Pad 

2C/2T06A 

Pad 

Function 

Pin 

2C/2T04A 

Pad 

2C/2T06A 

Pad 

Function 

1 

Vdd 

Vdd 

Vdd 

43 

PB2B 

PB3B 

I/O 

2 

Vss 

Vss 

Vss 

44 

PB2D 

PB3D 

I/O 

3 

PL1C 

PL1A 

l/O-AO 

45 

Vdd 

Vdd 

Vdd 

4 

PL1B 

PL2D 

I/O 

46 

PB3A 

PB4A 

I/O 

5 

PL1A 

PL2A 

I/0-A1 

47 

PB3D 

PB4D 

I/O 

6 

PL2D 

PL3D 

I/0-A2 

48 

PB4A 

PB5A 

I/O 

7 

PL2A 

PL3A 

I/0-A3 

49 

PB4C 

PB5C 

I/O 

8 

PL3D 

PL4D 

I/O 

50 

PB4D 

PB5D 

I/O 

9 

PL3C 

PL4C 

I/O 

51 

PB5A 

PB6A 

I/O 

10 

PL3A 

PL4A 

I/0-A4 

52 

PB5C 

PB6C 

I/O 

11 

PL4D 

PL5D 

I/0-A5 

53 

PB5D 

PB6D 

I/O 

12 

PL4C 

PL5C 

I/O 

54 

Vss 

Vss 

Vss 

13 

PL4A 

PL5A 

I/0-A6 

55 

PB6A 

PB7A 

I/O 

14 

Vss 

Vss 

Vss 

56 

PB6C 

PB7C 

I/O 

15 

PL5D 

PL6D 

I/O 

57 

PB6D 

PB7D 

I/O 

16 

PL5C 

PL6C 

I/O 

58 

PB7A 

PB8A 

I/0-VDD5 

17 

PL5A 

PL6A 

I/0-A7 

59 

PB7D 

PB8D 

I/O 

18 

Vdd 

Vdd 

Vdd 

60 

PB8A 

PB9A 

l/O-HDC 

19 

PL6D 

PL7D 

I/O 

61 

PB8C 

PB9C 

I/O 

20 

PL6C 

PL7C 

I/0-VDD5 

62 

PB8D 

PB9D 

I/O 

21 

PL6A 

PL7A 

I/0-A8 

63 

Vdd 

Vdd 

Vdd 

22 

Vss 

Vss 

Vss 

64 

PB9A 

PB10A 

I/O-LDC 

23 

PL7D 

PL8D 

I/0-A9 

65 

PB9C 

PB10C 

I/O 

24 

PL7A 

PL8A 

I/O-A10 

66 

PB9D 

PB10D 

I/O 

25 

PL8D 

PL9D 

I/O 

67 

PB10A 

PB11A 

I/O-INIT 

26 

PL8C 

PL9C 

I/O 

68 

PB10C 

PB11D 

I/O 

27 

PL8A 

PL9A 

I/0-A11 

69 

PB10D 

PB12A 

I/O 

28 

PL9D 

PL10D 

I/0-A12 

70 

Vss 

Vss 

Vss 

29 

PL9C 

PL10C 

I/O 

71 

DONE 

DONE 

DONE 

30 

PL9A 

PL10A 

I/0-A13 

72 

Vdd 

Vdd 

Vdd 

31 

PL10D 

PL11A 

I/0-A14 

73 

Vss 

Vss 

Vss 

32 

PL10C 

PL12D 

I/O 

74 

RESET 

RESET 

RESET 

33 

PL10B 

PL12B 

I/O 

75 

PRGM 

PRGM 

PRGM 

34 

PL10A 

PL12A 

I/0-A15 

76 

PR10A 

PR12A 

l/O-MO 

35 

Vss 

Vss 

Vss 

77 

PR10B 

PR12D 

I/O 

36 

CCLK 

CCLK 

CCLK 

78 

PR10D 

PR11A 

I/O 

37 

Vdd 

Vdd 

Vdd 

79 

PR9A 

PR10A 

I/0-M1 

38 

Vss 

Vss 

Vss 

80 

PR9C 

PR10C 

I/O 

39 

PB1A 

PB1A 

I/0-A16 

81 

PR9D 

PR10D 

I/O 

40 

PB1C 

PB1D 

I/O 

82 

PR8A 

PR9A 

I/0-M2 

41 

PB1D 

PB2A 

I/0-A17 

83 

PR8B 

PR9B 

I/O 

42 

PB2A 

PB3A 

I/O 

84 

PR8D 

PR9D 

I/O 


Note; The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 


2-76 Lucent Technologies Inc. 




FPGA Data Book 


ORCA OR2CxxA/OR2TxxA Series FPGAs 


Pin Information (continued) 


Table 19. OR2C/2T04A and OR2C/2T06A 144-Pin TQFP Pinout (continued) 


Pin 

2C/2T04A 

Pad 

2C/2T06A 

Pad 

Function 

Pin 

2C/2T04A 

Pad 

2C/2T06A 

Pad 

Function 

85 

PR7A 

PR8A 

I/0-M3 

115 

PT9C 

PT10D 

I/O 

86 

PR7D 

PR8D 

I/O 

116 

PT9B 

PT10C 

I/O 

87 

Vss 

Vss 

Vss 

117 

PT9A 

PT10A 

I/0-D6 

88 

PR6A 

PR7A 

I/O 

118 

Vdd 

Vdd 

Vdd 

89 

PR6C 

PR7C 

I/O 

119 

PT8D 

PT9D 

I/O 

90 

PR6D 

PR7D 

I/O 

120 

PT8A 

PT9A 

I/0-D5 

91 

Vdd 

Vdd 

Vdd 

121 

PT7D 

PT8D 

I/O 

92 

PR5A 

PR6A 

I/O 

122 

PT7B 

PT8B 

I/O 

93 

PR5C 

PR6C 

I/O 

123 

PT7A 

PT8A 

I/0-D4 

94 

PR5D 

PR6D 

I/O 

124 

PT6D 

PT7D 

I/O 

95 

Vss 

Vss 

Vss 

125 

PT6C 

PT7C 

I/O 

96 

PR4A 

PR5A 

I/0-VDD5 

126 

PT6A 

PT7A 

I/0-D3 

97 

PR4C 

PR5C 

I/O 

127 

Vss 

Vss 

Vss 

98 

PR4D 

PR5D 

I/O 

128 

PT5D 

PT6D 

I/O 

99 

PR3A 

PR4A 

I/0-CS1 

129 

PT5C 

PT6C 

I/O 

100 

PR3D 

PR4D 

I/O 

130 

PT5A 

PT6A 

I/0-D2 

101 

PR2A 

PR3A 

l/O-CSO 

131 

PT4D 

PT5D 

I/0-D1 

102 

PR2D 

PR3D 

I/O 

132 

PT4C 

PT5C 

I/O 

103 

PR1A 

PR2A 

l/O-RD 

133 

PT4A 

PT5A 

l/O-DO/DIN 

104 

PR1B 

PR2C 

I/O 

134 

PT3D 

PT4D 

I/O 

105 

PRIG 

PR2D 

I/O 

135 

PT3A 

PT4A 

l/O-DOUT 

106 

PR1D 

PR1A 

l/O-WR 

136 

Vdd 

Vdd 

Vdd 

107 

Vss 

Vss 

Vss 

137 

PT2D 

PT3D 

I/0-VDD5 

108 

RD_CFGN 

RD_CFGN 

RD_CFGN 

138 

PT2C 

PT3C 

I/O 

109 

Vdd 

Vdd 

Vdd 

139 

PT2A 

PT3A 

l/O-TDI 

110 

Vss 

Vss 

Vss 

140 

PT1D 

PT2A 

l/O-TMS 

111 

PT10D 

PT12D 

I/O 

141 

PT1C 

PT1D 

I/O 

112 

PT10C 

PT12A 

l/O-RDY/RCLK 

142 

PT1A 

PT1A 

l/O-TCK 

113 

PT10B 

PT11D 

I/O 

143 

Vss 

Vss 

Vss 

114 

PT9D 

PT11A 

I/0-D7 

144 

RD DATA/ 
TDO 

RD_DATA/ 

TDO 

RD_DATA/TDO 


Note: The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 


Table 20. OR2C/2T04A, OR2C/2T06A, OR2C/2T08A, and OR2C/2T10A 160-Pin QFP Pinout 


Pin 

2C/2T04A Pad 

2C/2T06A Pad 

2C/2T08A Pad 

2C/2T10APad 

Function 

1 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

2 

Vss 

Vss 

Vss 

Vss 

Vss 

3 

PL1D 

PL1D 

PL1D 

PL1D 

I/O 

4 

PL1C 

PL1A 

PL2D 

PL2D 

l/O-AO 

5 

PL1B 

PL2D 

PL3D 

PL3D 

I/O 

6 

PL1A 

PL2A 

PL3A 

PL3A 

I/0-A1 

7 

PL2D 

PL3D 

PL4D 

PL4A 

I/0-A2 

8 

PL2C 

PL3C 

PL4C 

PL5C 

I/O 

9 

PL2A 

PL3A 

PL4A 

PL5A 

I/0-A3 

10 

PL3D 

PL4D 

PL5D 

PL6D 

I/O 

11 

PL3C 

PL4C 

PL5C 

PL6C 

I/O 

12 

PL3A 

PL4A 

PL5A 

PL6A 

I/0-A4 

13 

PL4D 

PL5D 

PL6D 

PL7D 

I/0-A5 

14 

PL4C 

PL5C 

PL6C 

PL7C 

I/O 

15 

PL4A 

PL5A 

PL6A 

PL7A 

I/0-A6 

16 

Vss 

Vss 

Vss 

Vss 

Vss 

17 

PL5D 

PL6D 

PL7D 

PL8D 

I/O 

18 

PL5C 

PL6C 

PL7C 

PL8C 

I/O 

19 

PL5A 

PL6A 

PL7A 

PL8A 

I/0-A7 

20 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

21 

PL6D 

PL7D 

PL8D 

PL9D 

I/O 

22 

PL6C 

PL7C 

PL8C 

PL9C 

I/0-VDD5 

23 

PL6A 

PL7A 

PL8A 

PL9A 

I/0-A8 

24 

Vss 

Vss 

Vss 

Vss 

Vss 

25 

PL7D 

PL8D 

PL9D 

PL10D 

I/0-A9 

26 

PL7B 

PL8B 

PL9B 

PL10B 

I/O 

27 

PL7A 

PL8A 

PL9A 

PL10A 

I/O-A10 

28 

PL8D 

PL9D 

PL10D 

PL11D 

I/O 

29 

PL8C 

PL9C 

PL10C 

PL11C 

I/O 

30 

PL8A 

PL9A 

PL10A 

PL11A 

I/0-A11 

31 

PL9D 

PL10D 

PL11D 

PL12D 

I/0-A12 

32 

PL9C 

PL10C 

PL11C 

PL12C 

I/O 

33 

PL9B 

PL10B 

PL11B 

PL12B 

I/O 

34 

PL9A 

PL10A 

PL11A 

PL13D 

I/0-A13 

35 

PL10D 

PL11A 

PL12A 

PL14C 

I/0-A14 

36 

PL10C 

PL12D 

PL13D 

PL15D 

I/O 

37 

PL10B 

PL12B 

PL14D 

PL16D 

I/O 

38 

PL10A 

PL12A 

PL14A 

PL16A 

I/0-A15 

39 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

40 

Vss 

Vss 

Vss 

Vss 

Vss 

41 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

42 

Vss 

Vss 

Vss 

Vss 

Vss 


Note: The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Table 20. OR2C/2T04A, OR2C/2T06A, OR2C/2T08A, and OR2C/2T10A 160-Pin QFP Pinout (continued) 


Pin 

2C/2T04A Pad 

2C/2T06A Pad 

2C/2T08A Pad 

2C/2T10A Pad 

Function 

43 

PB1A 

PB1A 

PB1A 

PB1A 

I/0-A16 

44 

PB1B 

PB1C 

PB2A 

PB2A 

I/O 

45 

PB1C 

PB1D 

PB2D 

PB2D 

I/O 

46 

PB1D 

PB2A 

PB3A 

PB3B 

I/0-A17 

47 

PB2A 

PB3A 

PB3D 

PB4D 

I/O 

48 

PB2B 

PB3B 

PB4A 

PB5A 

I/O 

49 

PB2C 

PB3C 

PB4C 

PB5C 

I/O 

50 

PB2D 

PB3D 

PB4D 

PB5D 

I/O 

51 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

52 

PB3A 

PB4A 

PB5A 

PB6A 

I/O 

53 

PB3D 

PB4D 

PB5D 

PB6D 

I/O 

54 

PB4A 

PB5A 

PB6A 

PB7A 

I/O 

55 

PB4C 

PB5C 

PB6C 

PB7C 

I/O 

56 

PB4D 

PB5D 

PB6D 

PB7D 

I/O 

57 

PB5A 

PB6A 

PB7A 

PB8A 

I/O 

58 

PB5C 

PB6C 

PB7C 

PB8C 

I/O 

59 

PB5D 

PB6D 

PB7D 

PB8D 

I/O 

60 

Vss 

Vss 

Vss 

Vss 

Vss 

61 

PB6A 

PB7A 

PB8A 

PB9A 

I/O 

62 

PB6C 

PB7C 

PB8C 

PB9C 

I/O 

63 

PB6D 

PB7D 

PB8D 

PB9D 

I/O 

64 

PB7A 

PB8A 

PB9A 

PB10A 

I/0-VDD5 

65 

PB7D 

PB8D 

PB9D 

PB10D 

I/O 

66 

PB8A 

PB9A 

PB10A 

PB11A 

l/O-HDC 

67 

PB8C 

PB9C 

PB10C 

PB11C 

I/O 

68 

PB8D 

PB9D 

PB10D 

PB11D 

I/O 

69 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

70 

PB9A 

PB10A 

PB11A 

PB12A 

i/O-LDC 

71 

PB9B 

PB10B 

PB11D 

PB13A 

I/O 

72 

PB9C 

PB10C 

PB12A 

PB13B 

I/O 

73 

PB9D 

PB10D 

PB12B 

PB13C 

I/O 

74 

PB10A 

PB11A 

PB12C 

PB13D 

I/O-INIT 

75 

PB10B 

PB11C 

PB12D 

PB14A 

I/O 

76 

PB10C 

PB11D 

PB13D 

PB15D 

I/O 

77 

PB10D 

PB12A 

PB14D 

PB16D 

I/O 

78 

Vss 

VSS 

Vss 

Vss 

Vss 

79 

DONE 

DONE 

DONE 

DONE 

DONE 

80 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

81 

Vss 

Vss 

Vss 

Vss 

Vss 

82 

RESET 

RESET 

RESET 

RESET 

RESET 

83 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 


Note: The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Table 20. OR2C/2T04A, OR2C/2T06A, OR2C/2T08A, and OR2C/2T10A 160-Pin QFP Pinout (continued) 


Pin 

2C/2T04A Pad 

2C/2T06A Pad 

2C/2T08A Pad 

2C/2T10A Pad 

Function 

84 

PR10A 

PR12A 

PR14A 

PR16A 

l/O-MO 

85 

PR10B 

PR12D 

PR13A 

PR15A 

I/O 

86 

PR10C 

PR11A 

PR13D 

PR15D 

I/O 

87 

PR10D 

PR11B 

PR12A 

PR14A 

I/O 

88 

PR9A 

PR10A 

PR11A 

PR13B 

I/0-M1 

89 

PR9B 

PR10B 

PR11B 

PR13C 

I/O 

90 

PR9C 

PR10C 

PR11C 

PR12A 

I/O 

91 

PR9D 

PR10D 

PR11D 

PR12B 

I/O 

92 

PR8A 

PR9A 

PR10A 

PR11A 

I/0-M2 

93 

PR8B 

PR9B 

PR10B 

PR11B 

I/O 

94 

PR8D 

PR9D 

PR10D 

PR11D 

I/O 

95 

PR7A 

PR8A 

PR9A 

PR10A 

I/0-M3 

96 

PR7D 

PR8D 

PR9D 

PR10D 

I/O 

97 

Vss 

Vss 

Vss 

Vss 

Vss 

98 

PR6A 

PR7A 

PR8A 

PR9A 

I/O 

99 

PR6C 

PR7C 

PR8C 

PR9C 

I/O 

100 

PR6D 

PR7D 

PR8D 

PR9D 

I/O 

101 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

102 

PR5A 

PR6A 

PR7A 

PR8A 

I/O 

103 

PR5C 

PR6C 

PR7C 

PR8C 

I/O 

104 

PR5D 

PR6D 

PR7D 

PR8D 

I/O 

105 

Vss 

Vss 

Vss 

Vss 

Vss 

106 

PR4A 

PR5A 

PR6A 

PR7A 

I/0-VDD5 

107 

PR4C 

PR5C 

PR6C 

PR7C 

I/O 

108 

PR4D 

PR5D 

PR6D 

PR7D 

I/O 

109 

PR3A 

PR4A 

PR5A 

PR6A 

I/0-CS1 

110 

PR3B 

PR4B 

PR5B 

PR6B 

I/O 

111 

PR3D 

PR4D 

PR5D 

PR6D 

I/O 

112 

PR2A 

PR3A 

PR4A 

PR5A 

l/O-C§0 

113 

PR2C 

PR3C 

PR4B 

PR4B 

I/O 

114 

PR2D 

PR3D 

PR4D 

PR4D 

I/O 

115 

PR1A 

PR2A 

PR3A 

PR3A 

l/O-RD 

116 

PR1B 

PR2C 

PR3C 

PR3C 

I/O 

117 

PR1C 

PR2D 

PR3D 

PR3D 

I/O 

118 

PR1D 

PR1A 

PR2A 

PR2A 

l/O-WR 

119 

Vss 

Vss 

Vss 

Vss 

Vss 

120 

RD_CFGN 

RD_CFGN 

RD.CFGN 

RD_CFGN 

RD_CFGN 

121 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

122 

Vss 

Vss 

Vss 

Vss 

Vss 

123 

PT10D 

PT12D 

PT14D 

PT16D 

I/O 

124 

PT10C 

PT12A 

PT13D 

PT15D 

l/O-RDY/RCLK 


Note: The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 


Table 20. OR2C/2T04A, OR2C/2T06A, OR2C/2T08A, and OR2C/2T10A 160-Pin QFP Pinout (continued) 


Pin 

2C/2T04A Pad 

2C/2T06A Pad 

2C/2T08A Pad 

2C/2T10A Pad 

Function 

125 

PT10B 

PT11D 

PT13A 

PT15A 

I/O 

126 

PT10A 

PT11C 

PT12D 

PT14D 

I/O 

127 

PT9D 

PT11A 

PT12C 

PT13D 

I/0-D7 

128 

PT9C 

PT10D 

PT12A 

PT13B 

I/O 

129 

PT9B 

PT10C 

PT11D 

PT13A 

I/O 

130 

PT9A 

PT10A 

PT11B 

PT12B 

I/0-D6 

131 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

132 

PT8D 

PT9D 

PT10D 

PT11D 

I/O 

133 

PT8A 

PT9A 

PT10A 

PT11A 

I/0-D5 

134 

PT7D 

PT8D 

PT9D 

PT10D 

I/O 

135 

PT7B 

PT8B 

PT9B 

PT10B 

I/O 

136 

PT7A 

PT8A 

PT9A 

PT10A 

I/0-D4 

137 

PT6D 

PT7D 

PT8D 

PT9D 

I/O 

138 

PT6C 

PT7C 

PT8C 

PT9C 

I/O 

139 

PT6A 

PT7A 

PT8A 

PT9A 

I/0-D3 

140 

Vss 

Vss 

Vss 

Vss 

Vss 

141 

PT5D 

PT6D 

PT7D 

PT8D 

I/O 

142 

PT5C 

PT6C 

PT7C 

PT8C 

I/O 

143 

PT5A 

PT6A 

PT7A 

PT8A 

I/0-D2 

144 

PT4D 

PT5D 

PT6D 

PT7D 

I/0-D1 

145 

PT4C 

PT5C 

PT6C 

PT7C 

I/O 

146 

PT4A 

PT5A 

PT6A 

PT7A 

l/O-DO/DIN 

147 

PT3D 

PT4D 

PT5D 

PT6D 

I/O 

148 

PT3C 

PT4C 

PT5C 

PT6C 

I/O 

149 

PT3A 

PT4A 

PT5A 

PT6A 

l/O-DOUT 

150 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

151 

PT2D 

PT3D 

PT4D 

PT5D 

I/0-VDD5 

152 

PT2C 

PT3C 

PT4C 

PT5A 

I/O 

153 

PT2B 

PT3B 

PT4B 

PT4D 

I/O 

154 

PT2A 

PT3A 

PT4A 

PT4A 

l/O-TDI 

155 

PT1D 

PT2A 

i PT3A 

PT3A 

l/O-TMS 

156 

PT1C 

PT1D 

PT2A 

PT2A 

I/O 

157 

PT1B 

PT1C 

PT1D 

PT1D 

I/O 

158 

PT1A 

PT1A 

PT1A 

PT1A 

l/O-TCK 

159 

Vss 

Vss 

Vss 

Vss 

Vss 

160 

RD_DATA^DO 

RD.DATAH'DO 

RD_DATA/TDO 

RD_DATAn-DO 

RD_DATA/TDO 


Note: The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 


Table 21. OR2C/2T04A, OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, OR2C/2T26A, 
and OR2C/2T40A 208-Pln SQFP/SQFP2 Pinout 


Pin 

2C/2T04A 

Pad 

2C/2T06A 

Pad 

2C/2T08A 

Pad 

2C/2T10A 

Pad 

2C/2T12A 

Pad 

2C/2T15A 

Pad 

2C/2T26A 

Pad 

2C/2T40A 

Pad 

Function 

1 

vss 

VSS 

VSS 

vss 

vss 

VSS 

vss 

VSS 

vss 

2 

vss 

vss 

vss 

vss 

vss 

vss 

vss 

VSS 

vss 

3 

PL1D 

PL1D 

PL1D 

PL1D 

PL1D 

PL1D 

PL1D 

PL1D 

I/O 

4 

PL1C 

PL1A 

PL2D 

PL2D 

PL2D 

PL2D 

PL2D 

PL3D 

l/O-AO 

5 

PL1B 

PL2D 

PL3D 

PL3D 

PL3D 

PL4D 

PL4D 

PL5D 

I/0-VDD5 

6 

See Note 

PL2C 

PL3C 

PL3C 

PL3A 

PL4A 

PL4A 

PL6D 

I/O 

7 

PL1A 

PL2A 

PL3A 

PL3A 

PL4A 

PL5A 

PL5A 

PL8D 

I/0-A1 

8 

PL2D 

PL3D 

PL4D 

PL4A 

PL5A 

PL6A 

PL6A 

PL9A 

I/0-A2 

9 

PL2C 

PL3C 

PL4C 

PL5C 

PL6D 

PL7D 

PL7D 

PL10D 

I/O 

10 

PL2B 

PL3B 

PL4B 

PL5B 

PL6B 

PL7B 

PL7B 

PL10B 

I/O 

11 

PL2A 

PL3A 

PL4A 

PL5A 

PL6A 

PL7A 

PL7A 

PL10A 

I/0-A3 

12 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

13 

PL3D 

PL4D 

PL5D 

PL6D 

PL7D 

PL8D 

PL8D 

PL11D 

I/O 

14 

PL3C 

PL4C 

PL5C 

PL6C 

PL7C 

PL8G 

PL8A 

PL11A 

I/O 

15 

PL3B 

PL4B 

PL5B 

PL6B 

PL7B 

PL8B 

PL9D 

PL12D 

I/O 

16 

PL3A 

PL4A 

PL5A 

PL6A 

PL7A 

PL8A 

PL9A 

PL12A 

I/0-A4 

17 

PL4D 

PL5D 

PL6D 

PL7D 

PL8D 

PL9D 

PL10D 

PL13D 

I/0-A5 

18 

PL4C 

PL5C 

PL6C 

PL7C 

PL8C 

PL9G 

PL10A 

PL13A 

I/O 

19 

PL4B 

PL5B 

PL6B 

PL7B 

PL8B 

PL9B 

PL11D 

PL14D 

I/O 

20 

PL4A 

PL5A 

PL6A 

PL7A 

PL8A 

PL9A 

PL11A 

PL14A 

I/0-A6 

21 

VSS 

VSS 

VSS 

vss 

VSS 

VSS 

VSS 

VSS 

vss 

22 

PL5D 

PL6D 

PL7D 

PL8D 

PL9D 

PL10D 

PL12D 

PL15D 

I/O 

23 

PL5C 

PL6C 

PL7C 

PL8C 

PL9C 

PL10G 

PL12G 

PL15G 

I/O 

24 

PL5B 

PL6B 

PL7B 

PL8B 

PL9B 

PL10B 

PL12B 

PL15B 

I/O 

25 

PL5A 

PL6A 

PL7A 

PL8A 

PL9A 

PL10A 

PL12A 

PL15A 

I/0-A7 

26 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

27 

PL6D 

PL7D 

PL8D 

PL9D 

PL10D 

PL11D 

PL13D 

PL16D 

I/O 

28 

PL6C 

PL7C 

PL8C 

PL9C 

PL10C 

PLUG 

PL13G 

PL16G 

I/0-VDD5 

29 

PL6B 

PL7B 

PL8B 

PL9B 

PL10B 

PL11B 

PL13B 

PL16B 

I/O 

30 

PL6A 

PL7A 

PL8A 

PL9A 

PL10A 

PL11A 

PL13A 

PL16A 

I/0-A8 

31 

vss 

VSS 

VSS 

VSS 

vss 

VSS 

VSS 

VSS 

vss 

32 

PL7D 

PL8D 

PL9D 

PL10D 

PL11D 

PL12D 

PL14D 

PL17D 

I/0-A9 

33 

PL7C 

PL8C 

PL9C 

PL10C 

PLUG 

PL12G 

PL14A 

PL17A 

I/O 

34 

PL7B 

PL8B 

PL9B 

PL10B 

PL11B 

PL12B 

PL15D 

PL18D 

I/O 

35 

PL7A 

PL8A 

PL9A 

PL10A 

PL11A 

PL12A 

PL15A 

PL18A 

I/O-A10 

36 

PL8D 

PL9D 

PL10D 

PL11D 

PL12D 

PL13D 

PL16D 

PL19D 

I/O 

37 

PL8C 

PL9C 

PL10C 

PLUG 

PL12G 

PL13G 

PL16A 

PL19A 

I/O 

38 

PL8B 

PL9B 

PL10B 

PL11B 

PL12B 

PL13B 

PL17D 

PL20D 

I/O 


Notes: 

The OR2C04A and OR2T04A do not have bond pads connected to 208-pin SQFP package pin numbers 6, 45, 47, 56, 60,102, 153, 
154, 166, 201, and 203. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 


Table 21. OR2C/2T04A, OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, OR2C/2T26A, 
and OR2C/2T40A 208-Pin SQFP/SQFP2 Pinout (continued) 


Pin 

2C/2T04A 

Pad 

2C/2T06A 

Pad 

2C/2T08A 

Pad 

2C/2T10A 

Pad 

2C/2T12A 

Pad 

2C/2T15A 

Pad 

2C/2T26A 

Pad 

2C/2T40A 

Pad 

Function 

39 

PL8A 

PL9A 

PL10A 

PL11A 

PL12A 

PL13A 

PL17A 

PL20A 

I/0-A11 

40 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

41 

PL9D 

PL10D 

PL11D 

PL12D 

PL13D 

PL14D 

PL18D 

PL21D 

I/0-A12 

42 

PL9C 

PL10C 

PL11C 

PL12C 

PL13B 

PL14B 

PL18B 

PL21B 

I/O 

43 

PL9B 

PL10B 

PL11B 

PL12B 

PL14D 

PL15D 

PL19D 

PL22D 

I/O 

44 

PL9A 

PL10A 

PL11A 

PL13D 

PL14B 

PL15B 

PL19B 

PL22B 

I/0-A13 

45 

See Note 

PL11D 

PL12D 

PL13B 

PL15D 

PL16D 

PL20D 

PL23D 

I/O 

46 

PL10D 

PL11A 

PL12A 

PL14C 

PL16D 

PL17D 

PL21D 

PL25A 

I/0-A14 

47 

See Note 

PL12D 

PL13D 

PL15D 

PL17D 

PL18D 

PL22D 

PL27D 

I/O 

48 

PL10C 

PL12C 

PL13A 

PL15A 

PL17A 

PL19D 

PL23D 

PL28D 

I/O 

49 

PL10B 

PL12B 

PL14D 

PL16D 

PL18C 

PL19A 

PL23A 

PL28A 

I/O 

50 

PL10A 

PL12A 

PL14A 

PL16A 

PL18A 

PL20A 

PL24A 

PL30A 

I/0-A15 

51 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

52 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

53 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

54 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

55 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

I/0-A16 

56 

See Note 

PB1B 

PB1D 

PB1D 

PB1D 

PB2A 

PB2A 

PB3A 

I/O 

57 

PB1B 

PB1C 

PB2A 

PB2A 

PB2A 

PB2D 

PB2D 

PB3D 

I/0-VDD5 

58 

PB1C 

PB1D 

PB2D 

PB2D 

PB2D 

PB3D 

PB3D 

PB4D 

I/O 

59 

PB1D 

PB2A 

PB3A 

PB3B 

PB3D 

PB4D 

PB4D 

PB5D 

I/0-A17 

60 

See Note 

PB2D 

PB3D 

PB4D 

PB4D 

PB5D 

PB5D 

PB6D 

I/O 

61 

PB2A 

PB3A 

PB4A 

PB5A 

PB5B 

PB6B 

PB6B 

PB7D 

I/O 

62 

PB2B 

PB3B 

PB4B 

PB5B 

PB5D 

PB6D 

PB6D 

PB8D 

I/O 

63 

PB2C 

PB3C 

PB4C 

PB5C 

PB6B 

PB7B 

PB7B 

PB9D 

I/O 

64 

PB2D 

PB3D 

PB4D 

PB5D 

PB6D 

PB7D 

PB7D 

PB10D 

I/O 

65 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

66 

PB3A 

PB4A 

PB5A 

PB6A 

PB7A 

PB8A 

PB8A 

PB11A 

I/O 

67 

PB3B 

PB4B 

PB5B 

PB6B 

PB7B 

PB8B 

PB8D 

PB11D 

I/O 

68 

PB3C 

PB4C 

PB5C 

PB6C 

PB7C 

PB8C 

PB9A 

PB12A 

I/O 

69 

PB3D 

PB4D 

PB5D 

PB6D 

PB7D 

PB8D 

PB9D 

PB12D 

I/O 

70 

PB4A 

PB5A 

PB6A 

PB7A 

PB8A 

PB9A 

PB10A 

PB13A 

I/O 

71 

PB4B 

PB5B 

PB6B 

PB7B 

PB8B 

PB9B 

PB10D 

PB13D 

I/O 

72 

PB4C 

PB5C 

PB6C 

PB7C 

PB8C 

PB9C 

PB11A 

PB14A 

I/O 

73 

PB4D 

PB5D 

PB6D 

PB7D 

PB8D 

PB9D 

PB11D 

PB14D 

I/O 

74 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 


Notes: 

The OR2C04A and OR2T04A do not have bond pads connected to 208-pin SQFP package pin numbers 6, 45, 47, 56, 60,102,153, 
154,166, 201, and 203. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Table 21. OR2C/2T04A, OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, OR2C/2T26A, 
and OR2C/2T40A 208-Pin SQFP/SQFP2 Pinout (continued) 


Pin 

2C/2T04A 

Pad 

2C/2T06A 

Pad 

2C/2T08A 

Pad 

2C/2T10A 

Pad 

2C/2T12A 

Pad 

2C/2T15A 

Pad 

2C/2T26A 

Pad 

2C/2T40A 

Pad 

Function 

75 

PB5A 

PB6A 

PB7A 

PB8A 

PB9A 

PB10A 

PB12A 

PB15A 

I/O 

76 

PB5B 

PB6B 

PB7B 

PB8B 

PB9B 

PB10B 

PB12B 

PB15B 

I/O 

77 

PB5C 

PB6C 

PB7C 

PB8C 

PB9C 

PB10C 

PB12C 

PB15C 

I/O 

78 

PB5D 

PB6D 

PB7D 

PB8D 

PB9D 

PB10D 

PB12D 

PB15D 

I/O 

79 

vss 

VSS 

vss 

vss 

vss 

vss 

VSS 

VSS 

vss 

80 

PB6A 

PB7A 

PB8A 

PB9A 

PB10A 

PB11A 

PB13A 

PB16A 

I/O 

81 

PB6B 

PB7B 

PB8B 

PB9B 

PB10B 

PB11B 

PB13B 

PB16B 

I/O 

82 

PB6C 

PB7C 

PB8C 

PB9C 

PB10C 

PB11C 

PB13C 

PB16C 

I/O 

83 

PB6D 

PB7D 

PB8D 

PB9D 

PB10D 

PB11D 

PB13D 

PB16D 

I/O 

84 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

vss 

vss 

vss 

85 

PB7A 

PB8A 

PB9A 

PB10A 

PB11A 

PB12A 

PB14A 

PB17A 

I/0-VDD5 

86 

PB7B 

PB8B 

PB9B 

PB10B 

PB11B 

PB12B 

PB14D 

PB17D 

I/O 

87 

PB7C 

PB8C 

PB9C 

PB10C 

PB11C 

PB12C 

PB15A 

PB18A 

I/O 

88 

PB7D 

PB8D 

PB9D 

PB10D 

PB11D 

PB12D 

PB15D 

PB18D 

I/O 

89 

PB8A 

PB9A 

PB10A 

PB11A 

PB12A 

PB13A 

PB16A 

PB19A 

l/O-HDC 

90 

PB8B 

PB9B 

PB10B 

PB11B 

PB12B 

PB13B 

PB16D 

PB19D 

I/O 

91 

PB8C 

PB9C 

PB10C 

PB11C 

PB12C 

PB13C 

PB17A 

PB20A 

I/O 

92 

PB8D 

PB9D 

PB10D 

PB11D 

PB12D 

PB13D 

PB17D 

PB20D 

I/O 

93 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

94 

PB9A 

PB10A 

PB11A 

PB12A 

PB13A 

PB14A 

PB18A 

PB21A 

l/O-LDC 

95 

PB9B 

PB10B 

PB11D 

PB13A 

PB13D 

PB14D 

PB18D 

PB22D 

I/O 

96 

PB9C 

PB10C 

PB12A 

PB13B 

PB14A 

PB15A 

PB19A 

PB23A 

I/O 

97 

PB9D 

PB10D 

PB12B 

PB13C 

PB14D 

PB15D 

PB19D 

PB24D 

I/O 

98 

PB10A 

PB11A 

PB12C 

PB13D 

PB15A 

PB16A 

PB20A 

PB25A 

l/O-iNlT 

99 

PB10B 

PB11C 

PB12D 

PB14A 

PB16A 

PB17A 

PB21A 

PB26A 

I/O 

100 

PB10C 

PB11D 

PB13A 

PB15A 

PB17A . 

PB18A 

PB22A 

PB27A 

I/O 

101 

PB10D 

PB12A 

PB13D 

PB15D 

PB18A 

PB19D 

PB23D 

PB28D 

I/O 

102 

See Note 

PB12D 

PB14D 

PB16D 

PB18D 

PB20D 

PB24D 

PB30D 

I/O 

103 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

104 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

105 

vss 

VSS 

VSS 

vss 

VSS 

vss 

VSS 

vss 

VSS 


RESET 

RESET 

RESET 

RESET 

RESET 

RESET 

RESET 

RESET 

RESET 

107 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PR5M 

108 

PR10A 

PR12A 

PR14A 

PR16A 

PR18A 

PR20A 

PR24A 

PR30A 

l/O-MO 

109 

PR10B 

PR12D 

PR13A 

PR15A 

PR18D 

PR19A 

PR23A 

PR28A 

I/O 

110 

PR10C 

PR11A 

PR13D 

PR15D 

PR17B 

PR18A 

PR22A 

PR27A 

I/O 


Notes: 

The OR2C04A and OR2T04A do not have bond pads connected to 208-pin SQFP package pin numbers 6, 45, 47, 56, 60,102,153, 
154,166, 201, and 203. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Table 21. OR2C/2T04A, OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, OR2C/2T26A, 
and OR2C/2T40A 208-Pin SQFP/SQFP2 Pinout (continued) 


Pin 

2C/2T04A 

Pad 

2C/2T06A 

Pad 

2C/2T08A 

Pad 

2C/2T10A 

Pad 

2C/2T12A 

Pad 

2C/2T15A 

Pad 

2C/2T26A 

Pad 

2C/2T40A 

Pad 

Function 

111 

PR10D 

PR11B 

PR12A 

PR14A 

PR16A 

PR17A 

PR21A 

PR26A 

I/O 

112 

PR9A 

PR10A 

PR11A 

PR13B 

PR15D 

PR16D 

PR20D 

PR23D 

I/0-M1 

113 

PR9B 

PR10B 

PR11B 

PR13C 

PR14A 

PR15A 

PR19A 

PR22A 

I/O 

114 

PR9C 

PR10C 

PR11C 

PR12A 

PR14D 

PR15D 

PR19D 

PR22D 

I/0-VDD5 

115 

PR9D 

PR10D 

PR11D 

PR12B 

PR13A 

PR14A 

PR18A 

PR21A 

I/O 

116 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

117 

PR8A 

PR9A 

PR10A 

PR11A 

PR12A 

PR13A 

PR17A 

PR20A 

I/0-M2 

118 

PR8B 

PR9B 

PR10B 

PR11B 

PR12B 

PR13B 

PR17D 

PR20D 

I/O 

119 

PR8C 

PR9C 

PR10C 

PR11C 

PR12C 

PR13C 

PR16A 

PR19A 

I/O 

120 

PR8D 

PR9D 

PR10D 

PR11D 

PR12D 

PR13D 

PR16D 

PR19D 

I/O 

121 

PR7A 

PR8A 

P-R9A 

PR10A 

PR11A 

PR12A 

PR15A 

PR18A 

I/0-M3 

122 

PR7B 

PR8B 

PR9B 

PR10B 

PR11B 

PR12B 

PR15D 

PR18D 

I/O 

123 

PR7C 

PR8C 

PR9C 

PR10C 

PR11C 

PR12C 

PR14A 

PR17A 

I/O 

124 

PR7D 

PR8D 

PR9D 

PR10D 

PR11D 

PR12D 

PR14D 

PR17D 

I/O 

125 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

126 

PR6A 

PR7A 

PR8A 

PR9A 

PR10A 

PR11A 

PR13A 

PR16A 

I/O 

127 

PR6B 

PR7B 

PR8B 

PR9B 

PR10B 

PR11B 

PR13B 

PR16B 

I/O 

128 

PR6C 

PR7C 

PR8C 

PR9C 

PR10C 

PR11C 

PR13C 

PR16C 

I/O 

129 

PR6D 

PR7D 

PR8D 

PR9D 

PR10D 

PR11D 

PR13D 

PR16D 

I/O 

130 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

131 

PR5A 

PR6A 

PR7A 

PR8A 

PR9A 

PR10A 

PR12A 

PR15A 

I/O 

132 

PR5B 

PR6B 

PR7B 

PR8B 

PR9B 

PR10B 

PR12B 

PR15B 

I/O 

133 

PR5C 

PR6C 

PR7C 

PR8C 

PR9C 

PR IOC 

PR12C 

PR15C 

I/O 

134 

PR5D 

PR6D 

PR7D 

PR8D 

PR9D 

PR10D 

PR12D 

PR15D 

I/O 

135 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

136 

PR4A 

PR5A 

PR6A 

PR7A 

PR8A 

PR9A 

PR11A 

PR14A 

I/0-VDD5 

137 

PR4B 

PR5B 

PR6B 

PR7B 

PR8B 

PR9B 

PR11D 

PR14D 

I/O 

138 

PR4C 

PR5C 

PR6C 

PR7C 

PR8C 

PR9C 

PR10A 

PR13A 

I/O 

139 

PR4D 

PR5D 

PR6D 

PR7D 

PR8D 

PR9D 

PR10D 

PR13D 

I/O 

140 

PR3A 

PR4A 

PR5A 

PR6A 

PR7A 

PR8A 

PR9A 

PR12A 

I/0-CS1 

141 

PR3B 

PR4B 

PR5B 

PR6B 

PR7B 

PR8B 

PR9D 

PR12D 

I/O 

142 

PR3C 

PR4C 

PR5C 

PR6C 

PR7C 

PR8C 

PR8A 

PR11A 

I/O 

143 

PR3D 

PR4D 

PR5D 

PR6D 

PR7D 

PR8D 

PR8D 

PR11D 

I/O 

144 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

145 

PR2A 

PR3A 

PR4A 

PR5A 

PR6A 

I 

PR7A 

PR7A 

PR10A 

l/O-CSO 

146 

PR2B 

PR3B 

PR4B 

PR4B 

PR6B 

PR7B 

PR7B 

PR10B 

I/O 


Notes: 

The OR2C04A and OR2T04A do not have bond pads connected to 208-pin SQFP package pin numbers 6, 45, 47, 56, 60,102,153, 
154, 166, 201, and 203. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 


Table 21. OR2C/2T04A, OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, OR2C/2T26A, 
and OR2C/2T40A 208-Pin SQFP/SQFP2 Pinout (continued) 


Pin 

2C/2T04A 

Pad 

2C/2T06A 

Pad 

2C/2T08A 

Pad 

2C/2T10A 

Pad 

2C/2T12A 

Pad 

2C/2T15A 

Pad 

2C/2T26A 

Pad 

2C/2T40A 

Pad 

Function 

147 

PR2C 

PR3C 

PR4C 

PR4C 

PR5B 

PR6B 

PR6B 

PR9B 

I/O 

148 

PR2D 

PR3D 

PR4D 

PR4D 

PR5D 

PR6D 

PR6D 

PR9D 

I/O 

149 

PR1A 

PR2A 

PR3A 

PR3A 

PR4A 

PR5A 

PR5A 

PR8A 

l/O-RD 


■3iQ3 


PR3C 




PR5D 


I/O 




PR3D 




PR4A 

■3i^B 

I/O 

Msg 



PR2A 




PR3A 



■Bel 



PR2D 



■gl^B 

PR2A 





HQgQgjjjl 



PR1A 


PR1A 


I/O 

^^1 


vss 


VSS 

VSS 


VSS 


vss 

156 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

157 

vss 

vss 

vss 

vss 

vss 

VSS 

VSS 

VSS 

VSS 

158 

vss 

vss 

vss 

vss 

vss 

VSS 

VSS 

vss 

VSS 

159 

PT10D 

PT12D 

PT14D 

PT16D 

PT18D 

PT20D 

PT24D 

PT30D 

I/O 

160 

PT10C 

PT12A 

PT13D 

PT15D 

PT17D 

PT19A 

PT23A 

PT28A 

l/O-RDY/RCLK 

161 

PT10B 

PT11D 

PT13A 

PT15A 

PT16D 

PT17D 

PT21D 

PT26D 

I/O 

162 

PT10A 

PT11C 

PT12D 

PT14D 

PT16A 

PT17A 

PT21A 

PT26A 

I/O 

163 

PT9D 

PT11A 

PT12C 

PT13D 

PT15D 

PT16D 

PT20D 

PT25D 

I/0-D7 

164 

PT9C 

PT10D 

PT12A 

PT13B 

PT14D 

PT15D 

PT19D 

PT24D 

I/0-VDD5 

165 

PT9B 

PT10C 

PT11D 

PT13A 

PT14A 

PT15A 

PT19A 

PT23D 

I/O 

166 

See Note 

PT10B 

PT11C 

PT12D 

PT13D 

PT14D 

PT18D 

PT22D 

I/O 

167 

PT9A 

PT10A 

PT11B 

PT12B 

PT13B 

PT14B 

PT18B 

PT21D 

I/0-D6 

168 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

169 

PT8D 

PT9D 

PT10D 

PT11D 

PT12D 

PT13D 

PT17D 

PT20D 

I/O 

170 

PT8C 

PT9C 

PT10C 

PT11C 

PT12C 

PT13C 

PT17A 

PT20A 

I/O 

171 

PT8B 

PT9B 

PT10B 

PT11B 

PT12B 

PT13B 

PT16D 

PT19D 

I/O 

172 

PT8A 

PT9A 

PT10A 

PT11A 

PT12A 

PT13A 

PT16A 

PT19A 

I/0-D5 

173 

PT7D 

PT8D 

PT9D 

PT10D 

PT11D 

PT12D 

PT15D 

PT18D 

I/O 

174 

PT7C 

PT8C 

PT9C 

PT10C 

PT11C 

PT12C 

PT15A 

PT18A 

I/O 

175 

PT7B 

PT8B 

PT9B 

PT10B 

PT11B 

PT12B 

PT14D 

PT17D 

I/O 

176 

PT7A 

PT8A 

PT9A 

PT10A 

PT11A 

PT12A 

PT14A 

PT17A 

I/0-D4 

177 

VSS 

VSS 

VSS 

VSS 

VSS 

vss 

vss 

VSS 

VSS 

178 

PT6D 

PT7D 

PT8D 

PT9D 

PT10D 

PT11D 

PT13D 

PT16D 

I/O 

179 

PT6C 

PT7C 

PT8C 

PT9C 

PT10C 

PT11C 

PT13C 

PT16C 

I/O 

180 

PT6B 

PT7B 

PT8B 

PT9B 

PT10B 

PT11B 

PT13B 

PT16B 

I/O 

181 

PT6A 

PT7A 

PT8A 

PT9A 

PT10A 

PT11A 

PT13A 

PT16A 

I/0-D3 

182 

VSS 

VSS 

vss 

VSS 

vss 

vss 

VSS 

VSS 

vss 


Notes: 

The OR2C04A and OR2T04A do not have bond pads connected to 208-pin SQFP package pin numbers 6, 45, 47, 56, 60,102,153, 
154, 166, 201, and 203. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 


Table 21. OR2C/2T04A, OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, OR2C/2T26A, 
and OR2C/2T40A 208-Pin SQFP/SQFP2 Pinout (continued) 


Pin 

2C/2T04A 

Pad 

2C/2T06A 

Pad 

2C/2T08A 

Pad 

2C/2T10A 

Pad 

2C/2T12A 

Pad 

2C/2T15A 

Pad 

2C/2T26A 

Pad 

2C/2T40A 

Pad 

Function 

183 

PT5D 

PT6D 

PT7D 

PT8D 

PT9D 

PT10D 

PT12D 

PT15D 

I/O 

184 

PT5C 

PT6C 

PT7C 

PT8C 

PT9C 

PT10C 

PT12C 

PT15C 

I/O 

185 

PT5B 

PT6B 

PT7B 

PT8B 

PT9B 

PT10B 

PT12B 

PT15B 

I/0-VDD5 

186 

PT5A 

PT6A 

PT7A 

PT8A 

PT9A 

PT10A 

PT12A 

PT15A 

I/0-D2 

187 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

188 

PT4D 

PT5D 

PT6D 

PT7D 

PT8D 

PT9D 

PT11D 

PT14D 

I/0-D1 

189 

PT4C 

PT5C 

PT6C 

PT7C 

PT8C 

PT9C 

PT11A 

PT14A 

I/O 

190 

PT4B 

PT5B 

PT6B 

PT7B 

PT8B 

PT9B 

PT10D 

PT13D 

I/O 

191 

PT4A 

PT5A 

PT6A 

PT7A 

PT8A 

PT9A 

PT10A 

PT13A 

l/O-DO/DIN 

192 

PT3D 

PT4D 

PT5D 

PT6D 

PT7D 

PT8D 

PT9D 

PT12D 

I/O 

193 

PT3C 

PT4C 

PT5C 

PT6C 

PT7C 

PT8C 

PT9A 

PT12A 

I/O 

194 

PT3B 

PT4B 

PT5B 

PT6B 

PT7B 

PT8B 

PT8D 

PT11D 

I/O 

195 

PT3A 

PT4A 

PT5A 

PT6A 

PT7A 

PT8A 

PT8A 

PT11A 

l/O-DOUT 

196 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

197 

PT2D 

PT3D 

PT4D 

PT5D 

PT6D 

PT7D 

PT7D 

PT10D 

I/O 

198 

PT2C 

PT3C 

PT4C 

PT5A 

PT6A 

PT7A 

PT7A 

PT9A 

I/O 

199 

PT2B 

PT3B 

PT4B 

PT4D 

PT5C 

PT6C 

PT6C 

PT8A 

I/O 

200 

PT2A 

PT3A 

PT4A 

PT4A 

PT5A 

PT6A 

PT6A 

PT7A 

l/O-TDI 

201 

See Note 

PT2D 

PT3D 

PT3D 

PT4A 

PT5A 

PT5A 

PT6A 

I/O 

202 

PT1D 

PT2A 

PT3A 

PT3A 

PT3A 

PT4A 

PT4A 

PT5A 

l/O-TMS 

203 

See Note 

PT1D 

PT2D 

PT2D 

PT2C 

PT3A 

PT3A 

PT4A 

I/O 

204 

PT1C 

PT1C 

PT2A 

PT2A 

PT2A 

PT2A 

PT2A 

PT3A 

I/O 

205 

PT1B 

PT1B 

PT1D 

PT1D 

PT1D 

PT1D 

PT1D 

PT2D 

I/O 

206 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

l/O-TCK 

207 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

208 

RD_DATA/ 

TDO 

RD DATA/ 
TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/TDO 


Notes: 

The OR2C04A and OR2T04A do not have bond pads connected to 208-pin SQFP package pin numbers 6, 45, 47, 56, 60, 102, 153, 
154, 166, 201, and 203. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 

Table 22. OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, OR2C/2T26A, and 
OR2C/2T40A 240-Pin SQFP/SQFP2 Pinout 


Pin 

2C/2T06A 

Pad 

2C/2T08A 

Pad 

2C/2T10A 

Pad 

2C/2T12A 

Pad 

2C/2T15A 

Pad 

2C/2T26A 

Pad 

2C/2T40A 

Pad 

Function 

1 

vss 

vss 

vss 

vss 

vss 

VSS 

VSS 

VSS 

2 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

3 

PL1D 

PL1D 

PL1D 

PL1D 

PL1D 

PL1D 

PL1D 

I/O 

4 

PL1C 

PL1B 

PL1B 

PL1C 

PL1G 

PL1G 

PL1A 

I/O 

5 

PL1B 

PL1A 

PL1A 

PL1B 

PL1B 

PL1B 

PL2D 

I/O 

6 

PL1A 

PL2D 

PL2D 

PL2D 

PL2D 

PL2D 

PL3D 

l/O-AO 

7 

vss 

vss 

VSS 

vss 

vss 

VSS 

VSS 

vss 

8 

PL2D 

PL3D 

PL3D 

PL3D 

PL4D 

PL4D 

PL5D 

I/0-VDD5 

9 

PL2C 

PL3C 

PL3C 

PL3A 

PL4A 

PL4A 

PL6D 

I/O 

10 

PL2B 

PL3B 

PL3B 

PL4D 

PL5D 

PL5D 

PL7D 

I/O 

11 

PL2A 

PL3A 

PL3A 

PL4A 

PL5A 

PL5A 

PL8D 

I/0-A1 

12 

PL3D 

PL4D 

PL4A 

PL5A 

PL6A 

PL6A 

PL9A 

I/0-A2 

13 

PL3C 

PL4C 

PL5C 

PL6D 

PL7D 

PL7D 

PL10D 

I/O 

14 

PL3B 

PL4B 

PL5B 

PL6B 

PL7B 

PL7B 

PL10B 

I/O 

15 

PL3A 

PL4A 

PL5A 

PL6A 

PL7A 

PL7A 

PL10A 

I/0-A3 

16 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

17 

PL4D 

PL5D 

PL6D 

PL7D 

PL8D 

PL8D 

PL11D 

I/O 

18 

PL4C 

PL5C 

PL6C 

PL7C 

PL8G 

PL8A 

PL11A 

I/O 

19 

PL4B 

PL5B 

PL6B 

PL7B 

PL8B 

PL9D 

PL12D 

I/O 

20 

PL4A 

PL5A 

PL6A 

PL7A 

PL8A 

PL9A 

PL12A 

I/0-A4 

21 

PL5D 

PL6D 

PL7D 

PL8D 

PL9D 

PL10D 

PL13D 

I/0-A5 

22 

PL5C 

PL6C 

PL7C 

PL8C 

PL9G 

PL10A 

PL13A 

I/O 

23 

PL5B 

PL6B 

PL7B 

PL8B 

PL9B 

PL11D 

PL14D 

I/O 

24 

PL5A 

PL6A 

PL7A 

PL8A 

PL9A 

PL11A 

PL14A 

I/0-A6 

25 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

26 

PL6D 

PL7D 

PL8D 

PL9D 

PL10D 

PL12D 

PL15D 

I/O 

27 

PL6C 

PL7C 

PL8C 

PL9C 

PL10G 

PL12G 

PL15G 

I/O 

28 

PL6B 

PL7B 

PL8B 

PL9B 

PL10B 

PL12B 

PL15B 

I/O 

29 

PL6A 

PL7A 

PL8A 

PL9A 

PL10A 

PL12A 

PL15A 

I/0-A7 

30 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

31 

PL7D 

PL8D 

PL9D 

PL10D 

PL11D 

PL13D 

PL16D 

I/O 

32 

PL7C 

PL8C 

PL9C 

PL10C 

PLUG 

PL13G 

PL16G 

I/0-VDD5 

33 

PL7B 

PL8B 

PL9B 

PL10B 

PL11B 

PL13B 

PL16B 

I/O 

34 

PL7A 

PL8A 

PL9A 

PL10A 

PL11A 

PL13A 

PL16A 

I/0-A8 

35 

vss 

vss 

vss 

vss 

VSS 

VSS 

VSS 

vss 

36 

PL8D 

PL9D 

PL10D 

PL11D 

PL12D 

PL14D 

PL17D 

I/0-A9 

37 

PL8C 

PL9C 

PL10C 

PLUG 

PL12G 

PL14A 

PL17A 

I/O 

38 

PL8B ! 

PL9B 

PL10B 

PL11B 

PL12B 

PL15D 

PL18D 

I/O 

39 

PL8A 

PL9A 

PL10A 

PL11A 

PL12A 

PL15A 

PL18A 

I/O-A10 

40 

PL9D 

PL10D 

PL11D 

PL12D 

PL13D 

PL16D 

PL19D 

I/O 

41 

PL9C 

PL10C 

PLUG 

PL12G 

PL13G 

PL16A 

PL19A 

I/O 


Notes: 

The OR2C/2T08A and OR2C/2T10A do not have bond pads connected to 240-pin SQFP package pin numbers 113 and 188. 
The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Table 22. OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, OR2C/2T26A, and 
OR2C/2T40A 240-Pin SQFP/SQFP2 Pinout (continued) 


Pin 

2C/2T06A 

Pad 

2C/2T08A 

Pad 

2C/2T10A 

Pad 

2C/2T12A 

Pad 

2C/2T15A 

Pad 

2C/2T26A 

Pad 

2C/2T40A 

Pad 

Function 

42 

PL9B 

PL10B 

PL11B 

PL12B 

PL13B 

PL17D 

PL20D 

I/O 

43 

PL9A 

PL10A 

PL11A 

PL12A 

PL13A 

PL17A 

PL20A 

I/0-A11 

44 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

45 

PL10D 

PL11D 

PL12D 

PL13D 

PL14D 

PL18D 

PL21D 

I/0-A12 

46 

PL10C 

PLUG 

PL12G 

PL13B 

PL14B 

PL18B 

PL21B 

I/O 

47 

PL10B 

PL11B 

PL12B 

PL14D 

PL15D 

PL19D 

PL22D 

I/O 

48 

PL10A 

PL11A 

PL13D 

PL14B 

PL15B 

PL19B 

PL22B 

I/0-A13 

49 

PL11D 

PL12D 

PL13B 

PL14A 

PL15A 

PL19A 

PL22A 

I/O 

50 

PLUG 

PL12G 

PL13A 

PL15D 

PL16D 

PL20D 

PL23D 

I/O 

51 

PL11B 

PL12B 

PL14D 

PL15B 

PL16B 

PL20B 

PL24D 

I/O 

52 

PL11A 

PL12A 

PL14G 

PL16D 

PL17D 

PL21D 

PL25A 

I/0-A14 

53 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

54 

PL12D 

PL13D 

PL15D 

PL17D 

PL18D 

PL22D 

PL27D 

I/O 

55 

PL12C 

PL13A 

PL15A 

PL17A 

PL19D 

PL23D 

PL28D 

I/O 

56 

PL12B 

PL14D 

PL16D 

PL18G 

PL19A 

PL23A 

PL28A 

I/O 

57 

PL12A 

PL14A 

PL16A 

PL18A 

PL20A 

PL24A 

PL30A 

I/0-A15 

58 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

59 

CCLK 

GGLK 

GGLK 

GGLK 

GGLK 

GGLK 

GGLK 

GGLK 

60 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

61 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

62 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

63 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

I/0-A16 

64 

PB1B 

PB1D 

PB1D 

PB1D 

PB2A 

PB2A 

PB3A 

I/O 

65 

PB1C 

PB2A 

PB2A 

PB2A 

PB2D 

PB2D 

PB3D 

I/0-VDD5 

66 

PB1D 

PB2D 

PB2D 

PB2D 

PB3D 

PB3D 

PB4D 

I/O 

67 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

68 

PB2A 

PB3A 

PB3B 

PB3D 

PB4D 

PB4D 

PB5D 

I/0-A17 

69 

PB2B 

PB3B 

PB4B 

PB4D 

PB5D 

PB5D 

PB6D 

I/O 

70 

PB2C 

PB3G 

PB4G 

PB5A 

PB6A 

PB6A 

PB7A 

I/O 

71 

PB2D 

PB3D 

PB4D 

PB5B 

PB6B 

PB6B 

PB7D 

I/O 

72 

PB3A 

PB4A 

PB5A 

PB5D 

PB6D 

PB6D 

PB8D 

I/O 

73 

PB3B 

PB4B 

PB5B 

PB6A 

PB7A 

PB7A 

PB9A 

I/O 

74 

PB3C 

PB4G 

PB5G 

PB6B 

PB7B 

PB7B 

PB9D 

I/O 

75 

PB3D 

PB4D 

PB5D 

PB6D 

PB7D 

PB7D 

PB10D 

I/O 

76 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

77 

PB4A 

PB5A 

PB6A 

PB7A 

PB8A 

PB8A 

PB11A 

I/O 

78 

PB4B 

PB5B 

PB6B 

PB7B 

PB8B 

PB8D 

PB11D 

I/O 

79 

PB4C 

PB5G 

PB6G 

PB7G 

PB8G 

PB9A 

PB12A 

I/O 

80 

PB4D 

PB5D 

PB6D 

PB7D 

PB8D 

PB9D 

PB12D 

I/O 

81 

PB5A 

PB6A 

PB7A 

PB8A 

PB9A 

PB10A 

PB13A 

I/O 

82 

PB5B 

PB6B 

PB7B 

PB8B 

PB9B 

PB10D 

PB13D 

I/O 


Notes: 

The OR2C/2T08A and OR2C/2T10A do not have bond pads connected to 240-pin SQFP package pin numbers 113 and 188. 
The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 


Table 22. OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, OR2C/2T26A, and 
OR2C/2T40A 240-Pin SQFP/SQFP2 Pinout (continued) 


Pin 

2C/2T06A 

Pad 

2C/2T08A 

Pad 

2C/2T10A 

Pad 

2C/2T12A 

Pad 

2C/2T15A 

Pad 

2C/2T26A 

Pad 

2C/2T40A 

Pad 

Function 

83 

PB5C 

PB6C 

PB7C 

PB8C 

PB9C 

PB11A 

PB14A 

I/O 

84 

PB5D 

PB6D 

PB7D 

PB8D 

PB9D 

PB11D 

PB14D 

I/O 

85 

MSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

86 

PB6A 

PB7A 

PB8A 

PB9A 

PB10A 

PB12A 

PB15A 

I/O 

87 

PB6B 

PB7B 

PB8B 

PB9B 

PB10B 

PB12B 

PB15B 

I/O 

88 

PB6C 

PB7C 

PB8C 

PB9C 

PB10C 

PB12C 

PB15C 

I/O 

89 

PB6D 

PB7D 

PB8D 

PB9D 

PB10D 

PB12D 

PB15D 

I/O 

90 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

91 

PB7A 

PB8A 

PB9A 

PB10A 

PB11A 

PB13A 

PB16A 

I/O 

92 

PB7B 

PB8B 

PB9B 

PB10B 

PB11B 

PB13B 

PB16B 

I/O 

93 

PB7C 

PB8C 

PB9C 

PB10C 

PB11C 

PB13C 

PB16C 

I/O 

94 

PB7D 

PB8D 

PB9D 

PB10D 

PB11D 

PB13D 

PB16D 

I/O 

95 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

96 

PB8A 

PB9A 

PB10A 

PB11A 

PB12A 

PB14A 

PBt7A 

I/0-VDD5 

97 

PB8B 

PB9B 

PB10B 

PB11B 

PB12B 

PB14D 

PB17D 

I/O 

98 

PB8C 

PB9C 

PB10C 

PB11C 

PB12C 

PB15A 

PB18A 

I/O 

99 

PB8D 

PB9D 

PB10D 

PB11D 

PB12D 

PB15D 

PB18D 

I/O 

100 

PB9A 

PB10A 

PB11A 

PB12A 

PB13A 

PB16A 

PB19A 

l/O-HDC 

101 

PB9B 

PB10B 

PB11B 

PB12B 

PB13B 

PB16D 

PB19D 

I/O 

102 

PB9C 

PB10C 

PB11C 

PB12C 

PB13C 

PB17A 

PB20A 

I/O 

103 

PB9D 

PB10D 

PB11D 

PB12D 

PB13D 

PB17D 

PB20D 

I/O 

104 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

105 

PB10A 

PB11A 

PB12A 

PB13A 

PB14A 

PB18A 

PB21A 

l/O-LDC 

106 

PB10B 

PB11D 

PB13A 

PB13D 

PB14D 

PB18D 

PB22D 

I/O 

107 

PB10C 

PB12A 

PB13B 

PB14A 

PB15A 

PB19A 

PB23A 

I/O 

108 

PB10D 

PB12B 

PB13C 

PB14D 

PB15D 

PB19D 

PB24D 

I/O 

109 

PB11A 

PB12C 

PB13D 

PB15A 

PB16A 

PB20A 

PB25A 

I/O-TNIT 

110 

PB11B 

PB12D 

PB14A 

PB15D 

PB16D 

PB20D 

PB25D 

I/O 

111 

PB11C 

PB13A 

PB15A 

PB16A 

PB17A 

PB21A 

PB26A 

I/O 

112 

PB11D 

PB13B 

PB15B 

PB16D 

PB17D 

PB21D 

PB26D 

I/O 

113 

VSS 

See Note 

See Note 

VSS 

VSS 

VSS 

VSS 

VSS 

114 

PB12A 

PB13D 

PB15D 

PB17A 

PB18A 

PB22A 

PB27A 

I/O 

115 

PB12B 

PB14A 

PB16A 

PB17D 

PB19A 

PB23A 

PB28A 

I/O 

116 

PB12C 

PB14B 

PB16B 

PB18A 

PB19D 

PB23D 

PB28D 

I/O 

117 

PB12D 

PB14D 

PB16D 

PB18D 

PB20D 

PB24D 

PB30D 

I/O 

118 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

119 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

120 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

121 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

122 

RESET 

RESET 

RESET 

RESET 

RESET 

RESET 

RESET 

RESET 

123 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 


Notes: 

The OR2C/2T08A and OR2C/2T10A do not have bond pads connected to 240-pin SQFP package pin numbers 113 and 188. 
The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 


Table 22. OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, OR2C/2T26A, and 
OR2C/2T40A 240-Pin SQFP/SQFP2 Pinout (continued) 


Pin 

2C/2T06A 

Pad 

2C/2T08A 

Pad 

2C/2T10A 

Pad 

2C/2T12A 

Pad 

2C/2T15A 

Pad 

2C/2T26A 

Pad 

2C/2T40A 

Pad 

Function 

124 

PR12A 

PR14A 

PR16A 

PR18A 

PR20A 

PR24A 

PR30A 

l/O-MO 

125 

PR12B 

PR14D 

PR16D 

PR18C 

PR20D 

PR24D 

PR29D 

I/O 

126 

PR12C 

PR13A 

PR15A 

PR18D 

PR19A 

PR23A 

PR28A 

I/O 

127 

PR12D 

PR13D 

PR15D 

PR17B 

PR18A 

PR22A 

PR27A 

I/O 

128 

vss 

vss 

VSS 

VSS 

VSS 

vss 

vss 

VSS 

129 

PR11A 

PR12A 

PR14A 

PR16A 

PR17A 

PR21A 

PR26A 

I/O 

130 

PR11B 

PR12B 

PR14C 

PR16D 

PR17D 

PR21D 

PR25A 

I/O 

131 

PR11C 

PR12C 

PR14D 

PR15A 

PR16A 

PR20A 

PR24A 

I/O 

132 

PR11D 

PR12D 

PR13A 

PR15C 

PR16C 

PR20C 

PR24D 

I/O 

133 

PR10A 

PR11A 

PR13B 

PR15D 

PR16D 

PR20D 

PR23D 

I/0-M1 

134 

PR10B 

PR11B 

PR13C 

PR14A 

PR15A 

PR19A 

PR22A 

I/O 

135 

PR10C 

PR11C 

PR12A 

PR14D 

PR15D 

PR19D 

PR22D 

I/0-VDD5 

136 

PR10D 

PR11D 

PR12B 

PR13A 

PR14A 

PR18A 

PR21A 

I/O 

137 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

138 

PR9A 

PR10A 

PR11A 

PR12A 

PR13A 

PR17A 

PR20A 

I/0-M2 

139 

PR9B 

PR10B 

PR11B 

PR12B 

PR13B 

PR17D 

PR20D 

I/O 

140 

PR9C 

PR10C 

PR11C 

PR12C 

PR13C 

PR16A 

PR19A 

I/O 

141 

PR9D 

PR10D 

PR11D 

PR12D 

PR13D 

PR16D 

PR19D 

I/O 

142 

PR8A 

PR9A 

PR10A 

PR11A 

PR12A 

PR15A 

PR18A 

I/0-M3 

143 

PR8B 

PR9B 

PR10B 

PR11B 

PR12B 

PR15D 

PR18D 

I/O 

144 

PR8C 

PR9C 

PR10C 

PR11C 

PR12C 

PR14A 

PR17A 

I/O 

145 

PR8D 

PR9D 

PR10D 

PR11D 

PR12D 

PR14D 

PR17D 

I/O 

146 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

147 

PR7A 

PR8A 

PR9A 

PR10A 

PR11A 

PR13A 

PR16A 

I/O 

148 

PR7B 

PR8B 

PR9B 

PR10B 

PR11B 

PR13B 

PR16B 

I/O 

149 

PR7C 

PR8C 

PR9C 

PR10C 

PR11C 

PR13C 

PR16C 

I/O 

150 

PR7D 

PR8D 

PR9D 

PR10D 

PR11D 

PR13D 

PR16D 

I/O 

151 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

152 

PR6A 

PR7A 

PR8A 

PR9A 

PR10A 

PR12A 

PR15A 

I/O 

153 

PR6B 

PR7B 

PR8B 

PR9B 

PR10B 

PR12B 

PR15B 

I/O 

154 

PR6C 

PR7C 

PR8C 

PR9C 

PR10C 

PR12C 

PR15C 

I/O 

155 

PR6D 

PR7D 

PR8D 

PR9D 

PR10D 

PR12D 

PR15D 

I/O 

156 

VSS 

VSS 

vss 

VSS 

VSS 

VSS 

VSS 

VSS 

157 

PR5A 

PR6A 

PR7A 

PR8A 

PR9A 

PR11A 

PR14A 

I/0-VDD5 

158 

PR5B 

PR6B 

PR7B 

PR8B 

PR9B 

PR11D 

PR14D 

I/O 

159 

PR5C 

PR6C 

PR7C 

PR8C 

PR9C 

PR10A 

PR13A 

I/O 

160 

PR5D 

PR6D 

PR7D 

PR8D 

PR9D 

PR10D 

PR13D 

I/O 

161 

PR4A 

PR5A 

PR6A 

PR7A 

PR8A 

PR9A 

PR12A 

I/0-CS1 

162 

PR4B 

PR5B 

PR6B 

PR7B 

PR8B 

PR9D 

PR12D 

I/O 

163 

PR4C 

PR5C 

PR6C 

PR7C 

PR8C 

PR8A 

PR11A 

I/O 

164 

PR4D 

PR5D 

PR6D 

PR7D 

PR8D 

PR8D 

PR11D 

I/O 


Notes: 

The OR2C/2T08A and OR2C/2T10A do not have bond pads connected to 240-pin SQFP package pin numbers 113 and 188. 
The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 


Table 22. OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, OR2C/2T26A, and 
OR2C/2T40A 240-Pin SQFP/SQFP2 Pinout (continued) 


Pin 

2C/2T06A 

Pad 

2C/2T08A 

Pad 

2C/2T10A 

Pad 

2C/2T12A 

Pad 

2C/2T15A 

Pad 

2C/2T26A 

Pad 

2C/2T40A 

Pad 

Function 

165 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

166 

PR3A 

PR4A 

PR5A 

PR6A 

PR7A 

PR7A 

PR10A 

i/o-cso 

167 

PR3B 

PR4B 

PR4B 

PR6B 

PR7B 

PR7B 

PR10B 

I/O 

168 

PR3C 

PR4C 

PR4C 

PR5B 

PR6B 

PR6B 

PR9B 

I/O 

169 

PR3D 

PR4D 

PR4D 

PR5D 

PR6D 

PR6D 

PR9D 

I/O 


PR2A 

PR3A 

PR3A 

PR4A 

PR5A 

PR5A 

PR8A 

\/o-m 

■Ul 

PR2B 

PR3B 

PR3B 

PR4B 

PR5B 

PR5B 


I/O 





PR4D 

PR5D 

PR5D 


I/O 


PR2D 

PR3D 

PR3D 

PR3A 

PR4A 

PR4A 

PR5A 

I/O 

■Q 

vss 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

vss 

KlUsI 

PR1A 

PR2A 

PR2A 

PR2A 

PR3A 

PR3A 

PR4A 


IQ 

PR1B 

PR2D 

PR2D 

PR2C 

PR2A 

PR2A 

PR3A 

imiimQiimiii 

■Q 


PR1A 

PR1A 

PR1A 

PR1A 

PR1A 

PR2A 

I/O 

■Q 

PR1D 


PR1D 

PR1D 

PR1D 

PR1D 

PR1D 

I/O 


vss 

vss 


VSS 

VSS 

VSS 

VSS 

vss 

mijm 

RD_CFGN 

RDlCFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

rdjcfgn 

181 

VSS 

vss 

vss 

VSS 

VSS 

VSS 

VSS 

vss 

182 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

183 

VSS 

vss 

vss 

vss 

VSS 

VSS 

VSS 

vss 

184 

PT12D 

PT14D 

PT16D 

PT18D 

PT20D 

PT24D 

PT30D 

I/O 

185 

PT12C 

PT14C 

PT16C 

PT18B 

PT20A 

PT24A 

PT29A 

I/O 

186 

PT12B 

PT14A 

PT16A 

PT18A 

PT19D 

PT23D 

PT28D 

I/O 

187 

PT12A 

PT13D 

PT15D 

PT17D 

PT19A 

PT23A 

PT28A 

l/O-RDY/RCLK 

188 

VSS 

See Note 

See Note 

VSS 

VSS 

VSS 

VSS 

vss 

189 

PT11D 

PT13B 

PT15B 

PT16D 

PT17D 

PT21D 

PT26D 

I/O 

190 

PT11C 

PT13A 

PT15A 

PT16C 

PT17C 

PT21C 

PT26C 

I/O 

191 

PT11B 

PT12D 

PT14D 

PT16A 

PT17A 

PT21A 

PT26A 

I/O 

192 

PT11A 

PT12C 

PT13D 

PT15D 

PT16D 

PT20D 

PT25D 

I/0-D7 

193 

PT10D 

PT12A 

PT13B 

PT14D 

PT15D 

PT19D 

PT24D 

I/0-VDD5 

194 

PT10C 

PT11D 

PT13A 

PT14A 

PT15A 

PT19A 

PT23D 

I/O 

195 

PT10B 

PT11C 

PT12D 

PT13D 

PT14D 

PT18D 

PT22D 

I/O 

196 

PT10A 

PT11B 

PT12B 

PT13B 

PT14B 

PT18B 

PT21D 

I/0-D6 

197 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

198 

PT9D 

PT10D 

PT11D 

PT12D 

PT13D 

PT17D 

PT20D 

I/O 

199 

PT9C 

PT10C 

PT11C 

PT12C 

PT13C 

PT17A 

PT20A 

I/O 

200 

PT9B 

PT10B 

PT11B 

PT12B 

PT13B 

PT16D 

PT19D 

I/O 

201 

PT9A 

PT10A 

PT11A 

PT12A 

PT13A 

PT16A 

PT19A 

I/0-D5 

202 

PT8D 

PT9D 

PT10D 

PT11D 

PT12D 

PT15D 

PT18D 

I/O 

203 

PT8C 

PT9C 

PT10C 

PT11C 

PT12C 

PT15A 

PT18A 

I/O 

204 

PT8B 

PT9B 

PT10B 

PT11B 

PT12B 

PT14D 

PT17D 

I/O 

205 

PT8A 

PT9A 

PT10A 

PT11A 

PT12A 

PT14A 

PT17A 

I/0-D4 


Notes: 

The OR2C/2T08A and OR2C/2T10A do not have bond pads connected to 240-pin SQFP package pin numbers 113 and 188. 
The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 


Table 22. OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, OR2C/2T26A, and 
OR2C/2T40A 240-Pin SQFP/SQFP2 Pinout (continued) 


Pin 

2C/2T06A 

Pad 

2C/2T08A 

Pad 

2C/2T10A 

Pad 

2C/2T12A 

Pad 

2C/2T15A 

Pad 

2C/2T26A 

Pad 

2C/2T40A 

Pad 

Function 

206 

vss 

VSS 

vss 

vss 

vss 

VSS 

vss 

vss 

207 

PT7D 

PT8D 

PT9D 

PT10D 

PT11D 

PT13D 

PT16D 

I/O 

208 

PT7C 

PT8C 

PT9C 

PT10C 

PT11C 

PT13C 

PT16C 

I/O 

209 

PT7B 

PT8B 

PT9B 

PT10B 

PT11B 

PT13B 

PT16B 

I/O 

210 

PT7A 

PT8A 

PT9A 

PT10A 

PT11A 

PT13A 

PT16A 

I/0-D3 

211 

vss 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

212 

PT6D 

PT7D 

PT8D 

PT9D 

PT10D 

PT12D 

PT15D 

I/O 

213 

PT6C 

PT7C 

PT8C 

PT9C 

PT10C 

PT12C 

PT15C 

I/O 

214 

PT6B 

PT7B 

PT8B 

PT9B 

PT10B 

PT12B 

PT15B 

I/0-VDD5 

215 

PT6A 

PT7A 

PT8A 

PT9A 

PT10A 

PT12A 

PT15A 

I/0-D2 

216 

VSS 

VSS 

vss 

vss 

vss 

VSS 

VSS 

VSS 

217 

PT5D 

PT6D 

PT7D 

PT8D 

PT9D 

PT11D 

PT14D 

I/0-D1 

218 

PT5C 

PT6C 

PT7C 

PT8C 

PT9C 

PT11A 

PT14A 

I/O 

219 

PT5B 

PT6B 

PT7B 

PT8B 

PT9B 

PT10D 

PT13D 

I/O 

220 

PT5A 

PT6A 

PT7A 

PT8A 

PT9A 

PT10A 

PT13A 

l/O-DO/DIN 

221 

PT4D 

PT5D 

PT6D 

PT7D 

PT8D 

PT9D 

PT12D 

I/O 

222 

PT4C 

PT5C 

PT6C 

PT7C 

PT8C 

PT9A 

PT12A 

I/O 

223 

PT4B 

PT5B 

PT6B 

PT7B 

PT8B 

PT8D 

PT11D 

I/O 

224 

PT4A 

PT5A 

PT6A 

PT7A 

PT8A 

PT8A 

PT11A 

l/O-DOUT 

225 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

226 

PT3D 

PT4D 

PT5D 

PT6D 

PT7D 

PT7D 

PT10D 

I/O 

227 

PT3C 

PT4C 

PT5A 

PT6A 

PT7A 

PT7A 

PT9A 

I/O 

228 

PT3B 

PT4B 

PT4D 

PT5C 

PT6C 

PT6C 

PT8A 

I/O 

229 

PT3A 

PT4A 

PT4A 

PT5A 

PT6A 

PT6A 

PT7A 

l/O-TDI 

230 

PT2D 

PT3D 

PT3D 

PT4D 

PT5D 

PT5D 

PT6D 

I/O 

231 

PT2C 

PT3C 

PT3C 

PT4A 

PT5A 

PT5A 

PT6A 

I/O 

232 

PT2B 

PT3B 

PT3B 

PT3D 

PT4D 

PT4D 

PT5D 

I/O 

233 

PT2A 

PT3A 

PT3A 

PT3A 

PT4A 

PT4A 

PT5A 

l/O-TMS 

234 

vss 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

235 

PT1D 

PT2D 

PT2D 

PT2C 

PT3A 

PT3A 

PT4A 

I/O 

236 

PT1C 

PT2A 

PT2A 

PT2A 

PT2A 

PT2A 

PT3A 

I/O 

237 

PT1B 

PT1D 

PT1D 

PT1D 

PT1D 

PT1D 

PT2D 

I/O 

238 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

l/O-TCK 

239 

vss 

VSS 

vss 

VSS 

VSS 

vss 

vss 

VSS 

240 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATAn-DO 


Notes: 

The OR2C/2T08A ancd OR2C/2T10A do not have bond pads connected to 240-pin SQFP package pin numbers 113 and 188. 
The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 

Table 23. OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, and OR2C/2T15A 
256-Pin PBGA Pinout 


Pin 

2C/2T06A Pad 

2C/2T08A Pad 

2C/2T10A Pad 

2C/2T12A Pad 

2C/2T15A Pad 

Function 

C2 

PL1D 

PL1D 

PL1D 

PL1D 

PL1D 

I/O 

D2 

PL1C 

PL1B 

PL1B 

PL1C 

PL1C 

I/O 

D3 

PL1B 

PL1A 

PL1A 

PL1B 

PL1B 

I/O 

E4 

PL1A 

PL2D 

PL2D 

PL2D 

PL2D 

l/O-AO 

C1 


PL2C 

PL2C 

PL2C 

PL2A 

I/O 

D1 

— 

PL2B 

PL2B 

PL2B 

PL3D 

I/O 

E3 

— 

PL2A 

PL2A 

PL2A 

PL3A 

I/O 

E2 

PL2D 

PL3D 

PL3D 

PL3D 

PL4D 

I/0-VDD5 

E1 

PL2C 

PL3C 

PL3C 

PL3A 

PL4A 

I/O 

F3 

PL2B 

PL3B 

PL3B 

PL4D 

PL5D 

I/O 

G4 

PL2A 

PL3A 

PL3A 

PL4A 

PL5A 

I/0-A1 

F2 

— 

— 

PL4D 

PL5D 

PL6D 

I/O 

F1 

PL3D 

PL4D 

PL4A 

PL5A 

PL6A 

I/0-A2 

G3 

PL3C 

PL4C 

PL5C 

PL6D 

PL7D 

I/O 

G2 

PL3B 

PL4B 

PL5B 

PL6B 

PL7B 

I/O 

G1 

PL3A 

PL4A 

PL5A 

PL6A 

PL7A 

I/0-A3 

H3 

PL4D 

PL5D 

PL6D 

PL7D 

PL8D 

I/O 

H2 

PL4C 

PL5C 

PL6C 

PL7C 

PL8C 

I/O 

H1 

PL4B 

PL5B 

PL6B 

PL7B 

PL8B 

I/O 

J4 

PL4A 

PL5A 

PL6A 

PL7A 

PL8A 

I/0-A4 

J3 

PL5D 

PL6D 

PL7D 

PL8D 

PL9D 

I/0-A5 

J2 

PL5C 

PL6C 

PL7C 

PL8C 

PL9C 

I/O 

J1 

PL5B 

PL6B 

PL7B 

PL8B 

PL9B 

I/O 

K2 

PL5A 

PL6A 

PL7A 

PL8A 

PL9A 

I/0-A6 

K3 

PL6D 

PL7D 

PL8D 

PL9D 

PL10D 

I/O 

K1 

PL6C 

PL7C 

PL8C 

PL9C 

PL10C 

I/O 

L1 

PL6B 

PL7B 

PL8B 

PL9B 

PL10B 

I/O 

L2 

PL6A 

PL7A 

PL8A 

PL9A 

PL10A 

I/0-A7 

L3 

PL7D 

PL8D 

PL9D 

PL10D 

PL11D 

I/O 

L4 

PL7C 

PL8C 

PL9C 

PL10C 

PL11C 

I/0-VDD5 

M1 

PL7B 

PL8B 

PL9B 

PL10B 

PL11B 

I/O 

M2 

PL7A 

PL8A 

PL9A 

PL10A 

PL11A 

I/0-A8 

M3 

PL8D 

PL9D 

PL10D 

PL11D 

PL12D 

I/0-A9 

M4 

PL8C 

PL9C 

PL10C 

PL11C 

PL12C 

I/O 

N1 

PL8B 

PL9B 

PL10B 

PL11B 

PL12B 

I/O 

N2 

PL8A 

PL9A 

PL10A 

PL11A 

PL12A 

I/O-A10 

N3 

PL9D 

PL10D 

PL11D 

PL12D 

PL13D 

I/O 

P1 

PL9C 

PL10C 

PL11C 

PL12C ' 

PL13C 

I/O 

P2 

PL9B 

PL10B 

PL11B 

PL12B 

PL13B 

I/O 


Notes: 

The W3 pin on the 256-pin PBGA package is unconnected for all devices listed in this table. 

The OR2C/2T08A do not have bond pads connected to the 256-pin PBGA package pins F2 and Y17. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 

The pins labeled "VSS-ETC" are the 4 x 4 array of thermal balls located at the center of the package. The balls can be attached to the ground 
plane of the board for Enhanced Thermal Capability (see Table 28), or they can be left unconnected. 
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Table 23. OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, and OR2C/2T15A 
256-Pin PBGA Pinout (continued) 


Pin 

2C/2T06A Pad 

2C/2T08A Pad 

2C/2T10A Pad 

2C/2T12A Pad 

2C/2T15A Pad 

Function 

R1 

PL9A 

PL10A 

PL11A 

PL12A 

PL13A 

I/0-A11 

P3 

PL10D 

PL11D 

PL12D 

PL13D 

PL14D 

I/0-A12 

R2 

PL10C 

PL11C 

PL12C 

PL13B 

PL14B 

I/O 

T1 

PL10B 

PL11B 

PL12B 

PL14D 

PL15D 

I/O 

P4 

PL10A 

PL11A 

PL13D 

PL14B 

PL15B 

I/0-A13 

R3 

PL11D 

PL12D 

PL13B 

PL14A 

PL15A 

I/O 

T2 

PL11C 

PL12C 

PL13A 

PL15D 

PL16D 

I/O 

U1 

PL11B 

PL12B 

PL14D 

PL15B 

PL16B 

I/O 

T3 

PL11A 

PL12A 

PL14C 

PL16D 

PL17D 

I/0-A14 

U2 

— 

PL13D 

PL15D 

PL17D 

PL18D 

I/0-VDD5 

V1 

PL12D 

PL13C 

PL15C 

PL17C 

PL18C 

I/O 

T4 

PL12C 

PL13B 

PL15B 

PL17B 

PL18A 

I/O 

U3 

PL12B 

PL13A 

PL15A 

PL17A 

PL19D 

I/O 

V2 

— 

PL14D 

PL16D 

PL18D 

PL19C 

I/O 

W1 

— 

PL14C 

PL16C 

PL18C 

PL19A 

I/O 

V3 

— 

PL14B 

PL16B 

PL18B 

PL20D 

I/O 

W2 

PL12A 

PL14A 

PL16A 

PL18A 

PL20A 

I/0-A15 

Y1 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

Y2 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

I/0-A16 

W4 

— 

PB1C 

PB1C 

PB1C 

PB1D 

I/O 

V4 

PB1B 

PB1D 

PB1D 

PR1D 

PB2A 

I/O 

U5 

PB1C 

PB2A 

PB2A 

PB2A 

PB2D 

I/0-VDD5 

Y3 

PB1D 

PB2B 

PB2B 

PB2B 

PB3A 

I/O 

Y4 

— 

PB2C 

PB2C 

PB2C 

PB3C 

I/O 

V5 

— 

PB2D 

PB2D 

PB2D 

PB3D 

I/O 

W5 

PB2A 

PB3A 

PB3B 

PB3D 

PB4D 

I/0-A17 

Y5 

PB2B 

PB3B 

PB4B 

PB4D 

PB5D 

I/O 

V6 

PB2C 

PB3C 

PB4C 

PB5A 

PB6A 

I/O 

U7 

PB2D 

PB3D 

PB4D 

PB5B 

PB6B 

I/O 

W6 

PB3A 

PB4A 

PB5A 

PB5D 

PB6D 

I/O 

Y6 

PB3B 

PB4B 

PB5B 

PB6A 

PB7A 

I/O 

V7 

PB3C 

PB4C 

PB5C 

PB6B 

PB7B 

I/O 

W7 

PB3D 

PB4D 

PB5D 

PB6D 

PB7D 

I/O 

Y7 

PB4A 

PB5A 

PB6A 

PB7A 

PB8A 

I/O 

V8 

PB4B 

PB5B 

PB6B 

PB7B 

PB8B 

I/O 

W8 

PB4C 

PB5C 

PB6C 

PB7C 

PB8C 

I/O 

Y8 

PB4D 

PB5D 

PB6D 

PB7D 

PB8D 

I/O 

U9 

PB5A 

PB6A 

PB7A 

PB8A 

PB9A 

I/O 

V9 

PB5B 

PB6B 

PB7B 

PB8B 

PB9B 

I/O 


Notes: 

The W3 pin on the 256-pin PBGA package is unconnected for all devices listed in this table. 

The OR2C/2T08A do not have bond pads connected to the 256-pin PBGA package pins F2 and Y17. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 

The pins labeled "VSS-ETC" are the 4 x 4 array of thermal balls located at the center of the package. The balls can be attached to the ground 
plane of the board for Enhanced Ihermal Capability (see Table 28), or they can be left unconnected. 
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Pin Information (continued) 


Table 23. OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, and OR2C/2T15A 
256-Pin PBGA Pinout (continued) 


Pin 

2C/2T06A Pad 

2C/2T08A Pad 

2C/2T10A Pad 

2C/2T12A Pad 

2C/2T15A Pad 

Function 

W9 

PB5C 

PB6C 

PB7C 

PB8C 

PB9C 

I/O 

Y9 

PB5D 

PB6D 

PB7D 

PB8D 

PB9D 

I/O 

W10 

PB6A 

PB7A 

PB8A 

PB9A 

PB10A 

I/O 

V10 

PB6B 

PB7B 

PB8B 

PB9B 

PB10B 

I/O 

Y10 

PB6C 

PB7C 

PB8C 

PB9C 

PB10C 

I/O 

Y11 

PB6D 

PB7D 

PB8D 

PB9D 

PB10D 

I/O 

W11 

PB7A 

PB8A 

PB9A 

PB10A 

PB11A 

I/O 

V11 

PB7B 

PB8B 

PB9B 

PB10B 

PB11B 

I/O 

U11 

PB7C 

PB8C 

PB9C 

PB10C 

PB11C 

I/O 

Y12 

PB7D 

PB8D 

PB9D 

PB10D 

PB11D 

I/O 

W12 

PB8A 

PB9A 

PB10A 

PB11A 

PB12A 

I/0-VDD5 

V12 

PB8B 

PB9B 

PB10B 

PB11B 

PB12B 

I/O 

U12 

PB8C 

PB9C 

PB10C 

PB11C 

PB12C 

I/O 

Y13 

PB8D 

PB9D 

PB10D 

PB11D 

PB12D 

I/O 

W13 

PB9A 

PB10A 

PB11A 

PB12A 

PB13A 

l/O-HDC 

V13 

PB9B 

PB10B 

PB11B 

PB12B 

PB13B 

I/O 

Y14 

PB9C 

PB10C 

PB11C 

PB12C 

PB13C 

I/O 

W14 

PB9D 

PB10D 

PB11D 

PB12D 

PB13D 

I/O 

Y15 

PB10A 

PB11A 

PB12A 

PB13A 

PB14A 

i/o-ldc 

V14 

PB10B 

PB11B 

PB12C 

PB13B 

PB14B 

I/O 

W15 

PB10C 

PB11C 

PB12D 

PB13C 

PB14C 

I/O 

Y16 

PB10D 

PB11D 

PB13A 

PB13D 

PB14D 

I/O 

U14 

— 

PB12A 

PB13B 

PB14A 

PB15A 

I/O 

VI5 

— 

PB12B 

PB13C 

PB14D 

PB15D 

I/O 

W16 

PB11A 

PB12C 

PB13D 

PB15A 

PB16A 

I/O-INIT 

Y17 

— 

— 

PB14A 

PB15D 

PB16D 

I/O 

V16 

— 

PB12D 

PB14B 

PB16A 

PB17A 

I/0-VDD5 

W17 

PB11B 

PB13A 

PB15A 

PB16D 

PB17D 

I/O 

Y18 

PB11C 

PB13B 

PB15B 

PB17A 

PB18A 

I/O 

U16 

PB11D 

PB13C 

PB15C 

PB17C 

PB18D 

I/O 

V17 

PB12A 

PB13D 

PB15D 

PB17D 

PB19A 

I/O 

W18 

PB12B 

PB14A 

PB16A 

PB18A 

PB19D 

I/O 

Y19 

PB12C 

PB14B 

PB16B 

PB18B 

PB20A 

I/O 

V18 

PB12D 

PB14C 

PB16C 

PB18C 

PB20B 

I/O 

W19 

— 

PB14D 

PB16D 

PB18D 

PB20D 

I/O 

Y20 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

W20 

RESET 

RESET 

RESET 

RESET 

RESET 

RESET 

V19 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

U19 

PR12A 

PR14A 

PR16A 

PR18A 

PR20A 

l/O-MO 


Notes: 

The W3 pin on the 256-pin PBGA package is unconnected for all devices listed in this table. 

The OR2C/2T08A do not have bond pads connected to the 256-pin PBGA package pins F2 and Y17. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 

The pins labeled "VSS-ETC" are the 4 x 4 array of thermal balls located at the center of the package. The balls can be attached to the ground 
plane of the board for Enhanced Thermal Capability (see Table 28), or they can be left unconnected. 
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Pin Information (continued) 


Table 23. OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, and OR2C/2T15A 
256-Pin PBGA Pinout (continued) 


Pin 

2C/2T06A Pad 

2C/2T08A Pad 

2C/2T10A Pad 

2C/2T12A Pad 

2C/2T15A Pad 

Function 

U18 


PR14C 

PR16C 

PR18C 

PR20D 

I/O 

T17 

— 

PR14D 

PR16D 

PR18D 

PR19A 

I/O 

V20 

— 

PR13A 

PR15A 

PR17A 

PR19D 

I/O 

U20 

PR12B 

PR13B 

PR15B 

PR17B 

PR18A 

I/O 

T18 

PR12C 

PR13C 

PR15C 

PR17C 

PR18B 

I/O 

T19 

PR12D 

PR13D 

PR15D 

PR17D 

PR18D 

I/O 

T20 

PR11A 

PR12A 

PR14A 

PR16A 

PR17A 

I/O 

R18 

PR11B 

PR12B 

PR14C 

PR16D 

PR17D 

I/O 

P17 

PR11C 

PR12C 

PR14D 

PR15A 

PR16A 

I/O 

R19 

PR11D 

PR12D 

PR13A 

PR15C 

PR16C 

I/O 

R20 

PR10A 

PR11A 

PR13B 

PR15D 

PR16D 

I/0-M1 

P18 

PR10B 

PR11B 

PR13C 

PR14A 

PR15A 

I/O 

P19 

PR10C 

PR11C 

PR12A 

PR14D 

PR15D 

I/0-VDD5 

P20 

PR10D 

PR11D 

PR12B 

PR13A 

PR14A 

I/O 

N18 

PR9A 

PR10A 

PR11A 

PR12A 

PR13A 

I/0-M2 

N19 

PR9B 

PR10B 

PR11B 

PR12B 

PR13B 

I/O 

N20 

PR9C 

PR10C 

PR11C 

PR12C 

PR13C 

I/O 

M17 

PR9D 

PR10D 

PR11D 

PR12D 

PR13D 

I/O 

M18 

PR8A 

PR9A 

PR10A 

PR11A 

PR12A 

I/0-M3 

M19 

PR8B 

PR9B 

PR10B 

PR11B 

PR12B 

I/O 

M20 

PR8C 

PR9C 

PR10C 

PR11C 

PR12C 

I/O 

L19 

PR8D 

PR9D 

PR10D 

PR11D 

PR12D 

I/O 

L18 

PR7A 

PR8A 

PR9A 

PR10A 

PR11A 

I/O 

L20 

PR7B 

PR8B 

PR9B 

PR10B 

PR11B 

I/O 

K20 

PR7C 

PR8C 

PR9C 

PR10C 

PR11C 

I/O 

K19 

PR7D 

PR8D 

PR9D 

PR10D 

PR11D 

I/O 

K18 

PR6A 

PR7A 

PR8A 

PR9A 

PR10A 

I/O 

K17 

PR6B 

PR7B 

PR8B 

PR9B 

PR10B 

I/O 

J20 

PR6C 

PR7C 

PR8C 

PR9C 

PR10C 

I/O 

J19 

PR6D 

PR7D 

PR8D 

PR9D 

PR10D 

I/O 

J18 

PR5A 

PR6A 

PR7A 

PR8A 

PR9A 

I/0-VDD5 

J17 

PR5B 

PR6B 

PR7B 

PR8B 

PR9B 

I/O 

H20 

PR5C 

PR6C 

PR7C 

PR8C 

PR9C 

I/O 

H19 

PR5D 

PR6D 

PR7D 

PR8D 

PR9D 

I/O 

H18 

PR4A 

PR5A 

PR6A 

PR7A 

PR8A 

I/0-CS1 

G20 

PR4B 

PR5B 

PR6B 

PR7B 

PR8B 

I/O 

G19 

PR4C 

PR5C 

PR6C 

PR7C 

PR8C 

I/O 

F20 

PR4D 

PR5D 

PR6D 

PR7D 

PR8D 

I/O 

G18 

PR3A 

PR4A 

PR5A 

PR6A 

PR7A 

I/O-CSO 


Notes: 

The W3 pin on the 256-pin PBGA package is unconnected for ail devices listed in this table. 

The OR2C/2T08A do not have bond pads connected to the 256-pin PBGA package pins F2 and Y17. 

The pins labeled “I/0-VDD5" are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 

The pins labeled "VSS-ETC" are the 4 x 4 array of thermal balls located at the center of the package. The balls can be attached to the ground 
plane of the board for Enhanced Thermal Capability (see Table 28), or they can be left unconnected. 
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Table 23. OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, and OR2C/2T15A 
256-Pin PBGA Pinout (continued) 


Pin 

2C/2T06A Pad 

2C/2T08A Pad 

2C/2T10A Pad 

2C/2T12A Pad 

2C/2T15A Pad 

Function 

F19 

PR3B 

PR4B 

PR4B 

PR6B 

PR7B 

I/O 

E20 

PR3C 

PR4C 

PR4C 

PR5B 

PR6B 

I/O 

G17 

PR3D 

PR4D 

PR4D 

PR5D 

PR6D 

I/O 

F18 

PR2A 

PR3A 

PR3A 

PR4A 

PR5A 

l/O-RD 

E19 

PR2B 

PR3B 

PR3B 

PR4B 

PR5B 

I/O 

D20 

PR2C 

PR3C 

PR3C 

PR4D 

PR5D 

I/O 

E18 

PR2D 

PR3D 

PR3D 

PR3A 

PR4A 

I/0-VDD5 

D19 

PR1A 

PR2A 

PR2A 

PR2A 

PR3A 

i/o-wr 

C20 

PR1B 

PR2B 

PR2B 

PR2B 

PR3B 

I/O 

E17 

PR1C 

PR2C 

PR2C 

PR2C 

PR2A 

I/O 

D18 

PR1D 

PR2D 

PR2D 

PR2D 

PR2D 

I/O 

C19 

— 

PR1A 

PR1A 

PR1A 

PR1A 

I/O 

B20 

— 

PR1B 

PR1B 

PR1B 

PR1B 

I/O 

Cl 8 

— 

PR1C 

PR1C 

PR1C 

PR1C 

I/O 

B19 

— 

PR1D 

PR1D 

PR1D 

PR1D 

I/O 

A20 

RD_CFGN 

RD_CFGN 

RDJCFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

A19 

— 

PT14D 

PT16D 

PT18D 

PT20D 

I/O 

B18 

PT12D 

PT14C 

PT16C 

PT18C 

PT20C 

I/O 

B17 

PT12C 

PT14B 

PT16B 

PT18B 

PT20A 

I/O 

C17 

PT12B 

PT14A 

PT16A 

PT18A 

PT19D 

I/O 

D16 

PT12A 

PT13D 

PT15D 

PT17D 

PT19A 

l/O-RDY/RCLK 

A18 

— 

PT13C 

PT15C 

PT17A 

PT18A 

I/O 

A17 

PT11D 

PT13B 

PT15B 

PT16D 

PT17D 

I/O 

C16 

PT11C 

PT13A 

PT15A 

PT16C 

PT17C 

I/O 

B16 

PT11B 

PT12D 

PT14D 

PT16A 

PT17A 

I/O 

A16 

PT11A 

PT12C 

PT13D 

PT15D 

PT16D 

I/0-D7 

C15 

— 

PT12B 

PT13C 

PT15A 

PT16A 

I/O 

D14 

PT10D 

PT12A 

PT13B 

PT14D 

PT15D 

I/0-VDD5 

B15 

PT10C 

PT11D 

PT13A 

PT14A 

PT15A 

I/O 

A15 

PT10B 

PT11C 

PT12D 

PT13D 

PT14D 

I/O 

C14 

PT10A 

PT11B 

PT12B 

PT13B 

PT14B 

I/0-D6 

B14 

PT9D 

PT11A 

PT12A 

PT13A 

PT14A 

I/O 

A14 

PT9C 

PT10D 

PT11D 

PT12D 

PT13D 

I/O 

C13 

— 

PT10C 

PT11C 

PT12C 

PT13C 

I/O 

B13 

PT9B 

PT10B 

PT11B 

PT12B 

PT13B 

I/O 

A13 

PT9A 

PT10A 

PT11A I 

PT12A 

PT13A 

I/0-D5 

D12 

PT8D 

PT9D 

PT10D 

PT11D 

PT12D 

I/O 

C12 

PT8C 

PT9C 

PT10C 

PT11C 

PT12C 

I/O 

B12 

PT8B 

PT9B 

PT10B 

PT11B 

PT12B 

I/O 


Notes: 

The W3 pin on the 256-pin PBGA package is unconnected for all devices listed in this table. 

The OR2C/2T08A do not have bond pads connected to the 256-pin PBGA package pins F2 and Y17. 

The pins labeled “I/0-VDD5" are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 

The pins labeled "Vss-ETC" are the 4 x 4 array of thermal balls located at the center of the package. The balls can be attached to the ground 
plane of the board for Enhanced Ihermal Capability (see Table 28), or they can be left unconnected. 
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Table 23. OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, and OR2C/2T15A 
256-Pin PBGA Pinout (continued) 


Pin 

2C/2T06A Pad 

2C/2T08A Pad 

2C/2T10A Pad 

2C/2T12A Pad 

2C/2T15A Pad 

Function 

A12 

PT8A 

PT9A 

PT10A 

PT11A 

PT12A 

I/0-D4 

B11 

PT7D 

PT8D 

PT9D 

PT10D 

PT11D 

I/O 

C11 

PT7C 

PT8C 

PT9C 

PT10C 

PT11C 

I/O 

A11 

PT7B 

PT8B 

PT9B 

PT10B 

PT11B 

I/O 

A10 

PT7A 

PT8A 

PT9A 

PT10A 

PT11A 

I/0-D3 

B10 

PT6D 

PT7D 

PT8D 

PT9D 

PT10D 

I/O 

CIO 

PT6C 

PT7C 

PT8C 

PT9C 

PT10C 

I/O 

D10 

PT6B 

PT7B 

PT8B 

PT9B 

PT10B 

I/0-VDD5 

A9 

PT6A 

PT7A 

PT8A 

PT9A 

PT10A 

I/0-D2 

B9 

PT5D 

PT6D 

PT7D 

PT8D 

PT9D 

I/0-D1 

C9 

PT5C 

PT6C 

PT7C 

PT8C 

PT9C 

I/O 

D9 

PT5B 

PT6B 

PT7B 

PT8B 

PT9B 

I/O 

A8 

PT5A 

PT6A 

PT7A 

PT8A 

PT9A 

l/O-DO/DIN 

B8 

PT4D 

PT5D 

PT6D 

PT7D 

PT8D 

I/O 

C8 

PT4C 

PT5C 

PT6C 

PT7C 

PT8C 

I/O 

A7 

PT4B 

PT5B 

PT6B 

PT7B 

PT8B 

I/O 

B7 

PT4A 

PT5A 

PT6A 

PT7A 

PT8A 

l/O-DOUT 

A6 

PT3D 

PT4D 

PT5D 

PT6D 

PT7D 

I/O 

C7 

PT3C 

PT4C 

PT5A 

PT6A 

PT7A 

I/O 

B6 

PT3B 

PT4B 

PT4D 

PT5C 

PT6C 

I/O 

A5 

PT3A 

PT4A 

PT4A 

PT5A 

PT6A 

l/O-TDI 

D7 

PT2D 

PT3D 

PT3D 

PT4D 

PT5D 

I/O 

C6 

PT2C 

PT3C 

PT3C 

PT4A 

PT5A 

I/0-VDD5 

B5 

PT2B 

PT3B 

PT3B 

PT3D 

PT4D 

I/O 

A4 

PT2A 

PT3A 

PT3A 

PT3A 

PT4A 

l/O-TMS 

C5 

— 

PT2D 

PT2D 

PT2D 

PT3D 

I/O 

B4 

PT1D 

PT2C 

PT2C 

PT2C 

PT3A 

I/O 

A3 

PT1C 

PT2B 

PT2B 

PT2B 

PT2D 

I/O 

D5 

PT1B 

PT2A 

PT2A 

PT2A 

PT2A 

I/O 

C4 

— 

PT1D 

PT1D 

PT1D 

PT1D 

I/O 

B3 

— 

PT1C 

PT1C 

PT1C 

PT1C 

I/O 

B2 

— 

PT1B 

PT1B 

PT1B 

PT1B 

I/O 

A2 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

l/O-TCK 

C3 

RD_DATA/rDO 

RD_DATA/TDO 

RD_DATA/TDO 

RD_DATA/TDO 

RD_DATA/TDO 

RD_DATAATDO 

A1 

VSS 

Vss 

Vss 

Vss 

Vss 

Vss 

D4 

Vss 

Vss 

Vss 

vss 

Vss 

Vss 

D8 

vss 

Vss 

Vss 

Vss 

Vss 

Vss 

D13 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

D17 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 


Notes: 

The W3 pin on the 256-pin PBGA package is unconnected for all devices listed In this table. 

The OR2C/2T08A do not have bond pads connected to the 256-pin PBGA package pins F2 and Y17. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 

The pins labeled "Vss-ETC" are the 4 x 4 array of thermal balls located at the center of the package. The balls can be attached to the ground 
plane of the board for Enhanced Thermal Capability (see Table 28), or they can be left unconnected. 
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Pin Information (continued) 


Table 23. OR2C/2T06A, OR2C/2T08A, OR2C/2T10A, OR2C/2T12A, and OR2C/2T15A 
256-Pin PBGA Pinout (continued) 


Pin 

2C/2T06A Pad 

2C/2T08A Pad 

2C/2T10A Pad 

2C/2T12A Pad 

2C/2T15A Pad 

Function 

H4 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

H17 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

N4 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

N17 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

U4 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

U8 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 


Vss 

Vss 

Vss 

Vss 


Vss 


Vss 


Vss 

Vss 

Vss 

Vss 


Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 


Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 


Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

D15 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

F4 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

FI 7 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

K4 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

L17 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

R4 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

R17 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

U6 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

U10 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

U15 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

W3 

— 

— 

— 

— 

— 

No Connect 

J10 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

J11 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

J12 

Vss 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

J9 

Vss 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

K10 

Vss 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

K11 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

K12 

Vss 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

K9 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

L10 

Vss 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

L11 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

L12 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

L9 

Vss 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

M10 

Vss 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

Mil 

Vss 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

M12 

Vss 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

M9 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 


Notes; 

The W3 pin on the 256-pin PBGA package is unconnected for all devices listed in this table. 

The OR2C/2T08A do not have bond pads connected to the 256-pin PBGA package pins F2 and Y17. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 

The pins labeled "VSS-ETC" are the 4 x 4 array of thermal balls located at the center of the package. The balls can be attached to the ground 
plane of the board for Enhanced Thermal Capability (see Table 28), or they can be left unconnected. 
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Table 24. OR2C12A, OR2C15A, OR2C26A, and OR2C40A 304-Pin SQFP/SQFP2 Pinout 


Pin 

2C12A Pad 

2C15A Pad 

2C26A Pad 

2C40A Pad 

Function 

1 

Vss 

Vss 

Vss 

Vss 

Vss 

2 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

3 

Vss 

Vss 

Vss 

Vss 

Vss 

4 

PL1D 

PL1D 

PL1D 

PL1D 

I/O 

5 

PL1C 

PL1C 

PL1C 

PL1A 

I/O 

6 

PL1B 

PL1B 

PL1B 

PL2D 

I/O 

7 

PL1A 

PL1A 

PL1A 

PL2A 

I/O 

8 

PL2D 

PL2D 

PL2D 

PL3D 

l/O-AO 

9 

PL2C 

PL2A 

PL2A 

PL3A 

I/O 

10 

PL2B 

PL3D 

PL3D 

PL4D 

I/O 

11 

PL2A 

PL3A 

PL3A 

PL4A 

I/O 

12 

Vss 

Vss 

Vss 

Vss 

Vss 

13 

PL3D 

PL4D 

PL4D 

PL5D 

I/O 

14 

PL3A 

PL4A 

PL4A 

PL6D 

I/O 

15 

PL4D 

PL5D 

PL5D 

PL7D 

I/O 

16 

PL4A 

PL5A 

PL5A 

PL8D 

I/0-A1 

17 

PL5D 

PL6D 

PL6D 

PL9D 

I/O 

18 

PL5C 

PL6C 

PL6C 

PL9C 

I/O 

19 

PL5B 

PL6B 

PL6B 

PL9B 

I/O 

20 

PL5A 

PL6A 

PL6A 

PL9A 

I/0-A2 

21 

PL6D 

PL7D 

PL7D 

PL10D 

I/O 

22 

PL6C 

PL7C 

PL7C 

PL10C 

I/O 

23 

PL6B 

PL7B 

PL7B 

PL10B 

I/O 

24 

PL6A 

PL7A 

PL7A 

PL10A 

I/0-A3 

25 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

26 

PL7D 

PL8D 

PL8D 

PL11D 

I/O 

27 

PL7C 

PL8C 

PL8A 

PL11A 

I/O 

28 

PL7B 

PL8B 

PL9D 

PL12D 

I/O 

29 

PL7A 

PL8A 

PL9A 

PL12A 

I/0-A4 

30 

PL8D 

PL9D 

PL10D 

PL13D 

I/0-A5 

31 

PL8C 

PL9C 

PL10A 

PL13A 

I/O 

32 

PL8B 

PL9B 

PL11D 

PL14D 

I/O 

33 

PL8A 

PL9A 

PL11A 

PL14A 

I/0-A6 

34 

Vss 

Vss 

Vss 

Vss 

Vss 

35 

PL9D 

PL10D 

PL12D 

PL15D 

I/O 

36 

PL9C 

PL10C 

PL12C 

PL15C 

I/O 

37 

PL9B 

PL10B 

PL12B 

PL15B 

I/O 

38 

PL9A 

PL10A 

PL12A 

PL15A 

I/0-A7 

39 

Vdd 

VDD 

Vdd 

Vdd 

Vdd 

40 

PL10D 

PL11D 

PL13D 

PL16D 

I/O 

41 

PL10C 

PLUG 

PL13C 

PL16C 

I/O 

42 

PL10B 

PL11B 

PL13B 

PL16B 

I/O 

43 

PL10A 

PL11A 

PL13A 

PL16A 

I/0-A8 

44 

Vss 

Vss 

Vss 

Vss 

Vss 

45 

PL11D 

PL12D 

PL14D 

PL17D 

I/0-A9 


Note: The OR2TxxA series is not offered in the 304-pin SQFP/SQFP2 packages. 
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Table 24. OR2C12A, OR2C15A, OR2C26A, and OR2C40A 304-Pin SQFP/SQFP2 Pinout (continued) 


Pin 

2C12A Pad 

2C15A Pad 

2C26A Pad 

2C40A Pad 

Function 

46 

PLUG 

PL12C 

PL14A 

PL17A 

I/O 

47 

PL11B 

PL12B 

PL15D 

PL18D 

I/O 

48 

PL11A 

PL12A 

PL15A 

PL18A 

I/O-A10 

49 

PL12D 

PL13D 

PL16D 

PL19D 

I/O 

50 

PL12C 

PL13C 

PL16A 

PL19A 

I/O 

51 

PL12B 

PL13B 

PL17D 

PL20D 

I/O 

52 

PL12A 

PL13A 

PL17A 

PL20A 

I/0-A11 

53 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

54 

PL13D 

PL14D 

PL18D 

PL21D 

I/0-A12 

55 

PL13B 

PL14B 

PL18B 

PL21B 

I/O 

56 

PL13A 

PL14A 

PL18A 

PL21A 

I/O 

57 

PL14D 

PL15D 

PL19D 

PL22D 

I/O 

58 

PL14B 

PL15B 

PL19B 

PL22B 

I/0-A13 

59 

PL14A 

PL15A 

PL19A 

PL22A 

I/O 

60 

PL15D 

PL16D 

PL20D 

PL23D 

I/O 

61 

PL15B 

PL16B 

PL20B 

PL24D 

I/O 

62 

PL15A 

PL16A 

PL20A 

PL25D 

I/O 

63 

PL16D 

PL17D 

PL21D 

PL25A 

I/0-A14 

64 

PL16A 

PL17A 

PL21A 

PL26A 

I/O 

65 

Vss 

Vss 

Vss 

Vss 

Vss 

66 

PL17D 

PL18D 

PL22D 

PL27D 

I/O 

67 

PL17C 

PL18C 

PL22C 

PL27C 

I/O 

68 

PL17B 

PL18A 

PL22A 

PL27A 

I/O 

69 

PL17A 

PL19D 

PL23D 

PL28D 

I/O 

70 

PL18D 

PL19C 

PL23C 

PL28C 

I/O 

71 

PL18C 

PL19A 

PL23A 

PL28A 

I/O 

72 

PL18B 

PL20D 

PL24D 

PL29A 

I/O 

73 

PL18A 

PL20A 

PL24A 

PL30A 

I/0-A15 

74 

Vss 

Vss 

Vss 

Vss 

Vss 

75 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

76 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

77 

Vss 

Vss 

Vss 

Vss 

Vss 

78 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

79 

Vss 

Vss 

Vss 

Vss 

Vss 

80 

PB1A 

PB1A 

PB1A 

PB1A 

I/0-A16 

81 

PB1B 

PB1C 

PB1C 

PB2A 

I/O 

82 

PB1C 

PB1D 

PB1D 

PB2D 

I/O 

83 

PB1D 

PB2A 

PB2A 

PB3A 

I/O 

84 

PB2A 

PB2D 

PB2D 

PB3D 

I/O 

85 

PB2B 

PB3A 

PB3A 

PB4A 

I/O 

86 

PB2C 

PB3C 

PB3C 

PB4C 

I/O 

87 

PB2D 

PB3D 

PB3D 

PB4D 

I/O 

88 

Vss 

Vss 

Vss 

Vss 

Vss 

89 

PB3A 

PB4A 

PB4A 

PB5A 

I/O 

90 

PB3D 

PB4D 

PB4D 

PB5D 

I/0-A17 


Note: The OR2TxxA series is not offered in the 304-pin SQFP/SQFP2 packages. 


2-102 


Lucent Technologies Inc. 





FPGA Data Book 


ORCA OR2CxxA/OR2TxxA Series FPGAs 


Pin Information (continued) 


Table 24. OR2C12A, OR2C15A, OR2C26A, and OR2C40A 304-Pin SQFP/SQFP2 Pinout (continued) 


Pin 

2C12A Pad 

2C15A Pad 

2C26A Pad 

2C40A Pad 

Function 

91 

PB4A 

PB5A 

PB5A 

PB6A 

I/O 

92 

PB4D 

PB5D 

PB5D 

PB6D 

I/O 

93 

PB5A 

PB6A 

PB6A 

PB7A 

I/O 

94 

PB5B 

PB6B 

PB6B 

PB7D 

I/O 

95 

PB5C 

PB6C 

PB6C 

PB8A 

I/O 

96 

PB5D 

PB6D 

PB6D 

PB8D 

I/O 

97 

PB6A 

PB7A 

PB7A 

PB9A 

I/O 

98 

PB6B 

PB7B 

PB7B 

PB9D 

I/O 

99 

PB6C 

PB7C 

PB7C 

PB10A 

I/O 

100 

PB6D 

PB7D 

PB7D 

PB10D 

I/O 

101 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

102 

PB7A 

PB8A 

PB8A 

PB11A 

I/O 

103 

PB7B 

PB8B 

PB8D 

PB11D 

I/O 

104 

PB7C 

PB8C 

PB9A 

PB12A 

I/O 

105 

PB7D 

PB8D 

PB9D 

PB12D 

I/O 

106 

PB8A 

PB9A 

PB10A 

PB13A 

I/O 

107 

PB8B 

PB9B 

PB10D 

PB13D 

I/O 

108 

PB8C 

PB9C 

PB11A 

PB14A 

I/O 

109 

PB8D 

PB9D 

PB11D 

PB14D 

I/O 

110 

Vss 

Vss 

Vss 

Vss 

Vss 

111 

PB9A 

PB10A 

PB12A 

PB15A 

I/O 

112 

PB9B 

PB10B 

PB12B 

PB15B 

I/O 

113 

PB9C 

PB10C 

PB12C 

PB15C 

I/O 

114 

PB9D 

PB10D 

PB12D 

PB15D 

I/O 

115 

Vss 

Vss 

Vss 

Vss 

Vss 

116 

PB10A 

PB11A 

PB13A 

PB16A 

I/O 

117 

PB10B 

PB11B 

PB13B 

PB16B 

I/O 

118 

PB10C 

PB11C 

PB13C 

PB16C 

I/O 

119 

PB10D 

PB11D 

PB13D 

PB16D 

I/O 

120 

Vss 

Vss 

Vss 

Vss 

Vss 

121 

PB11A 

PB12A 

PB14A 

PB17A 

I/O 

122 

PB11B 

PB12B 

PB14D 

PB17D 

I/O 

123 

PB11C 

PB12C 

PB15A 

PB18A 

I/O 

124 

PB11D 

PB12D 

PB15D 

PB18D 

I/O 

125 

PB12A 

PB13A 

PB16A 

PB19A 

l/O-HDC 

126 

PB12B 

PB13B 

PB16D 

PB19D 

I/O 

127 

PB12C 

PB13C 

PB17A 

PB20A 

I/O 

128 

PB12D 

PB13D 

PB17D 

PB20D 

I/O 

129 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

130 

PB13A 

PB14A 

PB18A 

PB21A 

l/O-LDC 

131 

PB13B 

PB14B 

PB18B 

PB21D 

I/O 

132 

PB13C 

PB14C 

PB18C 

PB22A 

I/O 

133 

PB13D 

PB14D 

PB18D 

PB22D 

I/O 

134 

PB14A 

PB15A 

PB19A 

PB23A 

I/O 

135 

PB14B 

PB15B 

PB19B 

PB24A 

I/O 


Note: The OR2TxxA series is not offered in the 304-pin SQFP/SQFP2 packages. 
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Pin Information (continued) 


Table 24. OR2C12A, OR2C15A, OR2C26A, and OR2C40A 304-Pin SQFP/SQFP2 Pinout (continued) 


Pin 

2C12A Pad 

2C15A Pad 

2C26A Pad 

2C40A Pad 

Function 

136 

PB14D 

PB15D 

PB19D 

PB24D 

I/O 

137 

PB15A 

PB16A 

PB20A 

PB25A 

l/O-lNlT 

138 

PB15D 

PB16D 

PB20D 

PB25D 

I/O 

139 

PB16A 

PB17A 

PB21A 

PB26A 

I/O 

140 

PB16D 

PB17D 

PB21D 

PB26D 

I/O 

141 

Vss 

Vss 

Vss 

Vss 

Vss 

142 

PB17A 

PB18A 

PB22A 

PB27A 

I/O 

143 

PB17B 

PB18B 

PB22B 

PB27B 

I/O 

144 

PB17C 

PB18D 

PB22D 

PB27D 

I/O 

145 

PB17D 

PB19A 

PB23A 

PB28A 

I/O 

146 

PB18A 

PB19D 

PB23D 

PB28D 

I/O 

147 

PB18B 

PB20A 

PB24A 

PB29A 

I/O 

148 

PB18C 

PB20B 

PB24B 

PB29D 

I/O 

149 

PB18D 

PB20D 

PB24D 

PB30D 

I/O 

150 

Vss 

Vss 

Vss 

Vss 

Vss 

151 

DONE 

DONE 

DONE 

DONE 

DONE 

152 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

153 

Vss 

Vss 

Vss 

Vss 

Vss 

154 

RESET 

ftESET 

RESET 

RESET 

RESET 

155 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

156 

PR18A 

PR20A 

PR24A 

PR30A 

l/O-MO 

157 

PR18B 

PR20C 

PR24C 

PR29A 

I/O 

158 

PR18C 

PR20D 

PR24D 

PR29D 

I/O 

159 

PR18D 

PR19A 

PR23A 

PR28A 

I/O 

160 

PR17A 

PR19D 

PR23D 

PR28D 

I/O 

161 

PR17B 

PR18A 

PR22A 

PR27A 

I/O 

162 

PR17C 

PR18B 

PR22B 

PR27B 

I/O 

163 

PR17D 

PR18D 

PR22D 

PR27D 

I/O 

164 

Vss 

Vss 

Vss 

Vss 

Vss 

165 

PR16A 

PR17A 

PR21A 

PR26A 

I/O 

166 

PR16D 

PR17D 

PR21D 

PR25A 

I/O 

167 

PR15A 

PR16A 

PR20A 

PR24A 

I/O 

168 

PR15C 

PR16C 

PR20C 

PR24D 

I/O 

169 

PR15D 

PR16D 

PR20D 

PR23D 

I/0-M1 

170 

PR14A 

PR15A 

PR19A 

PR22A 

I/O 

171 

PR14C 

PR15C 

PR19C 

PR22C 

I/O 

172 

PR14D 

PR15D 

PR19D 

PR22D 

I/O 

173 

PR13A 

PR14A 

PR18A 

PR21A 

I/O 

174 

PR13C 

PR14C 

PR18C 

PR21C 

I/O 

175 

PR13D 

PR14D 

PR18D 

PR21D 

I/O 

176 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

177 

PR12A 

PR13A 

PR17A 

PR20A 

I/0-M2 

178 

PR12B 

PR13B 

PR17D 

PR20D 

I/O 

179 

PR12C 

PR13C 

PR16A 

PR19A 

I/O 

180 

PR12D 

PR13D 

PR16D 

PR19D 

I/O 


Note: The OR2TxxA series is not offered in the 304-pin SQFP/SQFP2 packages. 
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Pin Information (continued) 


Table 24. OR2C12A, OR2C15A, OR2C26A, and OR2C40A 304-Pin SQFP/SQFP2 Pinout (continued) 


Pin 

2C12A Pad 

2C15A Pad 

2C26A Pad 

2C40A Pad 

Function 

181 

PR11A 

PR12A 

PR15A 

PR18A 

I/0-M3 

182 

PR11B 

PR12B 

PR15D 

PR18D 

I/O 

183 

PR11C 

PR12C 

PR14A 

PR17A 

I/O 

184 

PR11D 

PR12D 

PR14D 

PR17D 

I/O 

185 

VSS 

Vss 

Vss 

Vss 

Vss 

186 

PR10A 

PR11A 

PR13A 

PR16A 

I/O 

187 

PR10B 

PR11B 

PR13B 

PR16B 

I/O 

188 

PR10C 

PR11C 

PR13G 

PR16G 

I/O 

189 

PR10D 

PR11D 

PR13D 

PR16D 

I/O 

190 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

191 

PR9A 

PR10A 

PR12A 

PR15A 

I/O 

192 

PR9B 

PR10B 

PR12B 

PR15B 

I/O 

193 

PR9C 

PR10C 

PR12C 

PR15G 

I/O 

194 

PR9D 

PR10D 

PR12D 

PR15D 

I/O 

195 

Vss 

Vss 

Vss 

Vss 

Vss 

196 

PR8A 

PR9A 

PR11A 

PR14A 

I/O 

197 

PR8B 

PR9B 

PR11D 

PR14D 

I/O 

198 

PR8C 

PR9C 

PR10A 

PR13A 

I/O 

199 

PR8D 

PR9D 

PR10D 

PR13D 

I/O 

200 

PR7A 

PR8A 

PR9A 

PR12A 

I/0-GS1 

201 

PR7B 

PR8B 

PR9D 

PR12D 

I/O 

202 

PR7C 

PR8C 

PR8A 

PR11A 

I/O 

203 

PR7D 

PR8D 

PR8D 

PR11D 

I/O 

204 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

205 

PR6A 

PR7A 

PR7A 

PR10A 

l/O-CSO 

206 

PR6B 

PR7B 

PR7B 

PR10B 

I/O 

207 

PR6C 

PR7C 

PR7G 

PR10G 

I/O 

208 

PR6D 

PR7D 

PR7D 

PR10D 

I/O 

209 

PR5A 

PR6A 

PR6A 

PR9A 

I/O 

210 

PR5B 

PR6B 

PR6B 

PR9B 

I/O 

211 

PR5C 

PR6C 

PR6G 

PR9G 

I/O 

212 

PR5D 

PR6D 

PR6D 

PR9D 

I/O 

213 

PR4A 

PR5A 

PR5A 

PR8A 

l/O-RD 

214 

PR4B 

PR5B 

PR5B 

PR7A 

I/O 

215 

PR4D 

PR5D 

PR5D 

PR6A 

I/O 

216 

PR3A 

PR4A 

PR4A 

PR5A 

I/O 

217 

Vss 

Vss 

Vss 

Vss 

Vss 

218 

PR2A 

PR3A 

PR3A 

PR4A 

i/o-wr 

219 

PR2B 

PR3B 

PR3B 

PR4B 

I/O 

220 

PR2C 

PR2A 

PR2A 

PR3A 

I/O 

221 

PR2D 

PR2D 

PR2D 

PR3D 

I/O 

222 

PR1A 

PR1A 

PR1A 

PR2A 

I/O 

223 

PR1B 

PR1B 

PR1B 

PR2D 

I/O 

224 

PRIG 

PRIG 

PRIG 

PR1A 

I/O 

225 

PR1D 

PR1D 

PR1D 

PR1D 

I/O 


Note: The OR2TxxA series is not offered in the 304-pin SQFP/SQFP2 packages. 
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Pin Information (continued) 


Table 24. OR2C12A, OR2C15A, OR2C26A, and OR2C40A 304-Pin SQFP/SQFP2 Pinout (continued) 


Pin 

2C12A Pad 

2C15A Pad 

2C26A Pad 

2C40A Pad 

Function 

226 

Vss 

Vss 

Vss 

Vss 

Vss 


RD.CFGN 

RD.CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

228 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

229 

Vss 

Vss 

Vss 

Vss 

Vss 

230 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

231 

Vss 

Vss 

Vss 

Vss 

Vss 

232 

PT18D 

PT20D 

PT24D 

PT30D 

I/O 

233 

PT18C 

PT20C 

PT24C 

PT30A 

I/O 

234 

PT18B 

PT20A 

PT24A 

PT29A 

I/O 

235 

PT18A 

PT19D 

PT23D 

PT28D 

I/O 

236 

PT17D 

PT19A 

PT23A 

PT28A 

l/O-RDY/RCLK 

237 

PT17C 

PT18D 

PT22D 

PT27D 

I/O 

238 

PT17B 

PT18C 

PT22C 

PT27C 

I/O 

239 

PT17A 

PT18A 

PT22A 

PT27A 

I/O 

240 

Vss 

Vss 

Vss 

Vss 

Vss 

241 

PT16D 

PT17D 

PT21D 

PT26D 

I/O 

242 

PT16C 

PT17C 

PT21C 

PT26C 

I/O 

243 

PT16A 

PT17A 

PT21A 

PT26A 

I/O 

244 

PT15D 

PT16D 

PT20D 

PT25D 

I/0-D7 

245 

PT15A 

PT16A 

PT20A 

PT25A 

I/O 

246 

PT14D 

PT15D 

PT19D 

PT24D 

I/O 

247 

PT14A 

PT15A 

PT19A 

PT23D 

I/O 

248 

PT13D 

PT14D 

PT18D 

PT22D 

I/O 

249 

PT13C 

PT14C 

PT18C 

PT22A 

I/O 

250 

PT13B 

PT14B 

PT18B 

PT21D 

I/0-D6 

251 

PT13A 

PT14A 

PT18A 

PT21A 

I/O 

252 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

253 

PT12D 

PT13D 

PT17D 

PT20D 

I/O 

254 

PT12C 

PT13C 

PT17A 

PT20A 

I/O 

255 

PT12B 

PT13B 

PT16D 

PT19D 

I/O 

256 

PT12A 

PT13A 

PT16A 

PT19A 

I/0-D5 

257 

PT11D 

PT12D 

PT15D 

PT18D 

I/O 

258 

PT11C 

PT12C 

PT15A 

PT18A 

I/O 

259 

PT11B 

PT12B 

PT14D 

PT17D 

I/O 

260 

PT11A 

PT12A 

PT14A 

PT17A 

I/0-D4 

261 

Vss 

Vss 

Vss 

Vss 

Vss 

262 

PT10D 

PT11D 

PT13D 

PT16D 

I/O 

263 

PT10C 

PT11C 

PT13C 

PT16C 

I/O 

264 

PT10B 

PT11B 

PT13B 

PT16B 

I/O 

265 

PT10A 

PT11A 

PT13A 

PT16A 

I/0-D3 

266 

Vss 

Vss 

Vss 

Vss 

Vss 

267 

PT9D 

PT10D 

PT12D 

PT15D 

I/O 

268 

PT9C 

PT10C 

PT12C 

PT15C 

I/O 

269 

PT9B 

PT10B 

PT12B 

PT15B 

I/O 

270 

PT9A 

PT10A 

PT12A 

PT15A 

I/0-D2 


Note: The OR2TxxA series is not offered in the 304-pin SQFP/SQFP2 packages. 
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Table 24. OR2C12A, OR2C15A, OR2C26A, and OR2C40A 304-Pin SQFP/SQFP2 Pinout (continued) 


Pin 

2C12A Pad 

2C15A Pad 

2C26A Pad 

2C40A Pad 

Function 

271 

VSS 

Vss 

Vss 

Vss 

Vss 

272 

PT8D 

PT9D 

PT11D 

PT14D 

I/0-D1 

273 

PT8C 

PT9C 

PT11A 

PT14A 

I/O 

274 

PT8B 

PT9B 

PT10D 

PT13D 

I/O 

275 

PT8A 

PT9A 

PT10A 

PT13A 

l/O-DO/DIN 

276 

PT7D 

PT8D 

PT9D 

PT12D 

I/O 

277 

PT7C 

PT8C 

PT9A 

PT12A 

I/O 

278 

PT7B 

PT8B 

PT8D 

PT11D 

I/O 

279 

PT7A 

PT8A 

PT8A 

PT11A 

l/O-DOUT 

280 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

281 

PT6D 

PT7D 

PT7D 

PT10D 

I/O 

282 

PT6C 

PT7C 

PT7C 

PT10A 

I/O 

283 

PT6B 

PT7B 

PT7B 

PT9D 

I/O 

284 

PT6A 

PT7A 

PT7A 

PT9A 

I/O 

285 

PT5D 

PT6D 

PT6D 

PT8D 

I/O 

286 

PT5C 

PT6C 

PT6C 

PT8A 

I/O 

287 

PT5B 

PT6B 

PT6B 

PT7D 

I/O 

288 

PT5A 

PT6A 

PT6A 

PT7A 

l/O-TDI 

289 

PT4D 

PT5D 

PT5D 

PT6D 

I/O 

290 

PT4A 

PT5A 

PT5A 

PT6A 

I/O 

291 

PT3D 

PT4D 

PT4D 

PT5D 

I/O 

292 

PT3A 

PT4A 

PT4A 

PT5A 

l/O-TMS 

293 

vss 

Vss 

Vss 

Vss 

Vss 

294 

PT2D 

PT3D 

PT3D 

PT4D 

I/O 

295 

PT2C 

PT3A 

PT3A 

PT4A 

I/O 

296 

PT2B 

PT2D 

PT2D 

PT3D 

I/O 

297 

PT2A 

PT2A 

PT2A 

PT3A 

I/O 

298 

PT1D 

PT1D 

PT1D 

PT2D 

I/O 

299 

PT1C 

PT1C 

PT1C 

PT2A 

I/O 

300 

PT1B 

PT1B 

PT1B 

PT1D 

I/O 

301 

PT1A 

PT1A 

PT1A 

PT1A 

l/O-TCK 

302 

Vss 

Vss 

Vss 

Vss 

Vss 

303 

RD_DATA/TDO 

RD_DATA/TDO 

RD_DATA/TDO 

RD_DATA/TDO 

RD_DATA/TDO 

304 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 


Note: The OR2TxxA series is not offered in the 304-pin SQFP/SQFP2 packages. 
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Pin Information (continued) 

Table 25. OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, and OR2C/2T26A 352-Pin PBGA Pinout 


Pin 

2C/2T10A Pad 

2C/2T12A Pad 

2C/2T15A Pad 

2C/2T26A Pad 

Function 

B1 

PL1D 

PL1D 

PL1D 

PL1D 

I/O 

C2 

PL1C 

PL1C 

PL1C 

PL1C 

I/O 

Cl 

PL1B 

PL1B 

PL1B 

PL1B 

I/O 

D2 

PL1A 

PL1A 

PL1A 

PL1A 

I/O 

D3 

PL2D 

PL2D 

PL2D 

PL2D 

l/O-AO 

D1 

PL2C 

PL2C 

PL2A 

PL2A 

I/O 

E2 

PL2B 

PL2B 

PL3D 

PL3D 

I/O 

E4 

— 

— 

PL3B 

PL3B 

I/O 

E3 

PL2A 

PL2A 

PL3A 

PL3A 

I/O 

El 

PL3D 

PL3D 

PL4D 

PL4D 

I/0-VDD5 

F2 

— 

PL3C 

PL4C 

PL4C 

I/O 

G4 

PL3C 

PL3B 

PL4B 

PL4B 

I/O 

F3 

— 

PL3A 

PL4A 

PL4A 

I/O 

FI 

PL3B 

PL4D 

PL5D 

PL5D 

I/O 

G2 

— 

PL4C 

PL5C 

PL5C 

I/O 

G1 

— 

PL4B 

PL5B 

PL5B 

I/O 

G3 

PL3A 

PL4A 

PL5A 

PL5A 

I/0-A1 

H2 

PL4D 

PL5D 

PL6D 

PL6D 

I/O 

J4 

PL4C 

PL5C 

PL6C 

PL6C 

I/O 

HI 

PL4B 

PL5B 

PL6B 

PL6B 

I/O 

H3 

PL4A 

PL5A 

PL6A 

PL6A 

I/0-A2 

J2 

PL5D 

PL6D 

PL7D 

PL7D 

I/O 

J1 

PL5C 

PL6C 

PL7C 

PL7C 

I/O 

K2 

PL5B 

PL6B 

PL7B 

PL7B 

I/O 

J3 

PL5A 

PL6A 

PL7A 

PL7A 

I/0-A3 

K1 

PL6D 

PL7D 

PL8D 

PL8D 

I/O 

K4 

PL6C 

PL7C 

PL8C 

PL8A 

I/O 

L2 

PL6B 

PL7B 

PL8B 

PL9D 

I/O 

K3 

PL6A 

PL7A 

PL8A 

PL9A 

I/0-A4 

LI 

PL7D 

PL8D 

PL9D 

PL10D 

I/0-A5 

M2 

PL7C 

PL8C 

PL9C 

PL10A 

I/O 

Ml 

PL7B 

PL8B 

PL9B 

PL11D 

I/O 

L3 

PL7A 

PL8A 

PL9A 

PL11A 

I/0-A6 

N2 

PL8D 

PL9D 

PL10D 

PL12D 

I/O 

M4 

PL8C 

PL9C 

PL10C 

PL12C 

I/O 

N1 

PL8B 

PL9B 

PL10B 

PL12B 

I/O 

M3 

PL8A 

PL9A 

PL10A 

PL12A 

I/0-A7 

P2 

PL9D 

PL10D 

PL11D 

PL13D 

I/O 

P4 

PL9C 

PL10C 

PLUG 

PL13C 

I/0-VDD5 

PI 

PL9B 

PL10B 

PL11B 

PL13B 

I/O 

N3 

PL9A 

PL10A 

PL11A 

PL13A 

I/0-A8 

R2 

PL10D 

PL11D 

PL12D 

PL14D 

I/0-A9 

P3 

PL10C 

PLUG 

PL12C 

PL14A 

I/O 

R1 

PL10B 

PL11B 

PL12B 

PL15D 

I/O 


Notes: 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 


The pins labeled “VSS-ETC" are the 6 x 6 array of thermal balls located at the center of the package. The balls can be attached to the ground 
plane of the board for Enhanced Thermal Capability (see Table 28), or they can be left unconnected. 
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Pin Information (continued) 


Table 25. OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, and OR2C/2T26A 352-Pin PBGA Pinout (continued) 


Pin 

2C/2T10A Pad 

2C/2T12A Pad 

2C/2T15A Pad 

2C/2T26A Pad 

Function 

T2 

PL10A 

PL11A 

PL12A 

PL1SA 

I/O-A10 

R3 

PL11D 

PL12D 

PL13D 

PL16D 

I/O 

T1 

PLUG 

PL12C 

PL13C 

PL16A 

I/O 

R4 

PL11B 

PL12B 

PL13B 

PL17D 

I/O 

U2 

PL11A 

PL12A 

PL13A 

PL17A 

I/0-A11 

T3 

PL12D 

PL13D 

PL14D 

PL18D 

I/0-A12 

U1 

— 

PL13C 

PL14C 

PL18C 

I/O 

U4 

PL12C 

PL13B 

PL14B 

PL18B 

I/O 

V2 

— 

PL13A 

PL14A 

PL18A 

I/O 

U3 

PL12B 

PL14D 

PL1SD 

PL19D 

I/O 

VI 

PL12A 

PL14C 

PL1SC 

PL19C 

I/O 

W2 

PL13D 

PL14B 

PL15B 

PL19B 

I/0-A13 

W1 

PL13C 

PL14A 

PL1SA 

PL19A 

I/O 

V3 

PL13B 

PL1SD 

PL16D 

PL20D 

I/O 

Y2 

PL13A 

PL1SC 

PL16C 

PL20C 

I/O 

W4 

PL14D 

PL1SB 

PL16B 

PL20B 

I/O 

Y1 

— 

PL1SA 

PL16A 

PL20A 

I/O 

W3 

PL14C 

PL16D 

PL17D 

PL21D 

I/0-A14 

AA2 

PL14B 

PL16C 

PL17C 

PL21C 

I/O 

Y4 

PL14A 

PL16B 

PL17B 

PL21B 

I/O 

AA1 

— 

PL16A 

PL17A 

PL21A 

I/O 

Y3 

PL1SD 

PL17D 

PL18D 

PL22D 

I/O-VddS 

AB2 

PL1SC 

PL17C 

PL18C 

PL22C 

I/O 

AB1 

PL1SB 

PL17B 

PL18A 

PL22A 

I/O 

AA3 

PL1SA 

PL17A 

PL19D 

PL23D 

I/O 

AC2 

PL16D 

PL18D 

PL19C 

PL23C 

I/O 

AB4 

PL16C 

PL18C 

PL19A 

PL23A 

I/O 

AC1 

PL16B 

PL18B 

PL20D 

PL24D 

I/O 

AB3 

— 

— 

PL20C 

PL24C 

I/O 

AD2 

— 

— 

PL20B 

PL24B 

I/O 

AC3 

PL16A 

PL18A 

PL20A 

PL24A 

I/0-A1S 

ADI 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

AF2 

PB1A 

PB1A 

PB1A 

PB1A 

I/0-A16 

AE3 

— 

— 

PB1B 

PB1B 

I/O 

AF3 

PB1B 

PB1B 

PB1C 

PB1C 

I/O 

AE4 

PB1C 

PB1C 

PB1D 

PB1D 

I/O 

AD4 

PB1D 

PB1D 

PB2A 

PB2A 

I/O 

AF4 

PB2A 

PB2A 

PB2D 

PB2D 

I/O-VddS 

AES 

— 

PB2B 

PB3A 

PB3A 

I/O 

ACS 

PB2B 

PB2C 

PB3C 

PB3C 

I/O 

ADS 

— 

PB2D 

PB3D 

PB3D 

I/O 

AFS 

PB2C 

PB3A 

PB4A 

PB4A 

I/O 

AE6 

PB2D 

PB3B 

PB4B 

PB4B 

I/O 


Notes: 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 

The pins labeled "VSS-ETC are the 6 x 6 array of thermal balls located at the center of the package. The balls can be attached to the ground 
plane of the board for Enhanced Thermal Capability (see Table 28), or they can be left unconnected. 
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Table 25. OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, and OR2C/2T26A 352-Pin PBGA Pinout (continued) 


Pin 

2C/2T10A Pad 

2C/2T12A Pad 

2C/2T15A Pad 

2C/2T26A Pad 

Function 

AC7 

PB3A 

PB3C 

PB4C 

PB4C 

I/O 

AD6 

PB3B 

PB3D 

PB4D 

PB4D 

I/0-A17 

AF6 

— 

PB4A 

PB5A 

PB5A 

I/O 

AE7 

PB3C 

PB4B 

PB5B 

PB5B 

I/O 

AF7 

—• 

PB4C 

PB5C 

PB5C 

I/O 

AD7 

PB3D 

PB4D 

PB5D 

PB5D 

I/O 

AES 

PB4A 

PB5A 

PB6A 

PB6A 

I/O 

AC9 

PB4B 

PB5B 

PB6B 

PB6B 

I/O 

AF8 

PB4C 

PB5C 

PB6C 

PB6C 

I/O 

ADS 

PB4D 

PB5D 

PB6D 

PB6D 

I/O 

AE9 

PB5A 

PB6A 

PB7A 

PB7A 

i/o 

AF9 

PB5B 

PB6B 

PB7B 

PB7B 

I/O 

AE10 

PB5C 

PB6C 

PB7C 

PB7C 

I/O 

AD9 

PB5D 

PB6D 

PB7D 

PB7D 

I/O 

AF10 

PB6A 

PB7A 

PB8A 

PB8A 

I/O 

AGIO 

PB6B 

PB7B 

PB8B 

PB8D 

I/O 

AE11 

PB6C 

PB7C 

PB8C 

PB9A 

i/o 

AD10 

PB6D 

PB7D 

PB8D 

PB9D 

I/O 

AF11 

PB7A 

PB8A 

PB9A 

PB10A 

I/O 

AE12 

PB7B 

PB8B 

PB9B 

PB10D 

I/O 

AF12 

PB7C 

PB8C 

PB9C 

PB11A 

I/O 

AD11 

PB7D 

PB8D 

PB9D 

PB11D 

I/O 

AE13 

PB8A 

PB9A 

PB10A 

PB12A 

I/O 

AC12 

PB8B 

PB9B 

PB10B 

PB12B 

I/O 

AF13 

PB8C 

PB9C 

PB10C 

PB12C 

I/O 

AD12 

PB8D 

PB9D 

PB10D 

PB12D 

I/O 

AE14 

PB9A 

PB10A 

PB11A 

PB13A 

I/O 

AC14 

PB9B 

PB10B 

PB11B 

PB13B 

I/O 

AF14 

PB9C 

PB10C 

PB11C 

PB13C 

I/O 

ADI 3 

PB9D 

PB10D 

PB11D 

PB13D 

I/O 

AE15 

PB10A 

PB11A 

PB12A 

PB14A 

I/0-VDD5 

ADM 

PB10B 

PB11B 

PB12B 

PB14D 

I/O 

AF15 

PB10C 

PB11C 

PB12C 

PB15A 

I/O 

AE16 

PB10D 

PB11D 

PB12D 

PB15D 

I/O 

AD15 

PB11A 

PB12A 

PB13A 

PB16A 

l/O-HDC 

AF16 

PB11B 

PB12B 

PB13B 

PB16D 

I/O 

AC15 

PB11C 

PB12C 

PB13C 

PB17A 

I/O 

AE17 

PB11D 

PB12D 

PB13D 

PB17D 

I/O 

AD16 

PB12A 

PB13A 

PB14A 

PB18A 

l/O-LDC 

AF17 

PB12B 

PB13B 

PB14B 

PB18B 

I/O 

AC17 

PB12C 

PB13C 

PB14C 

PB18C 

I/O 

AE18 

PB12D 

PB13D 

PB14D 

PB18D 

I/O 


Notes: 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to Vdd 5 for the OR2TxxA series. 

The pins labeled ''VSS-ETC' are the 6 x 6 array of thermal balls located at the center of the package. The balls can be attached to the ground 
plane of the board for Enhanced Thermal Capability (see Table 28), or they can be left unconnected. 
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Table 25. OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, and OR2C/2T26A 352-Pin PBGA Pinout (continued) 


Pin 

2C/2T10A Pad 

2C/2T12A Pad 

2C/2T15A Pad 

2C/2T26A Pad 

Function 

AD17 

PB13A 

PB14A 

PB15A 

PB19A 

I/O 

AF18 

PB13B 

PB14B 

PB15B 

PB19B 

I/O 

AE19 

— 

PB14C 

PB15C 

PB19C 

I/O 

AF19 

PB13C 

PB14D 

PB15D 

PB19D 

I/O 

AD18 

PB13D 

PB15A 

PB16A 

PB20A 

I/O-INIT 

AE20 

— 

PB15B 

PB16B 

PB20B 

I/O 

AC19 

PB14A 

PB15C 

PB16C 

PB20C 

I/O 

AF20 

— 

PB15D 

PB16D 

PB20D 

I/O 

ADI 9 

PB14B 

PB16A 

PB17A 

PB21A 

I/0-VDD5 

AE21 

PB14C 

PB16B 

PB17B 

PB21B 

I/O 

AC20 

PB14D 

PB16C 

PB17C 

PB21C 

I/O 

AF21 

PB15A 

PB16D 

PB17D 

PB21D 

I/O 

AD20 

PB15B 

PB17A 

PB18A 

PB22A 

I/O 

AE22 

PB15C 

PB17B 

PB18B 

PB22B 

I/O 

AF22 

PB15D 

PB17C 

PB18D 

PB22D 

I/O 

AD21 

PB16A 

PB17D 

PB19A 

PB23A 

I/O 

AE23 

— 

— 

PB19C 

PB23B 

I/O 

AC22 

PB16B 

PB18A 

PB19D 

PB23D 

I/O 

AF23 

PB16C 

PB18B 

PB20A 

PB24A 

I/O 

AD22 

PB16D 

PB18C 

PB20B 

PB24B 

I/O 

AE24 

— 

— 

PB20C 

PB24C 

I/O 

AD23 

— 

PB18D 

PB20D 

PB24D 

I/O 

AF24 

DONE 

DONE 

DONE 

DONE 

DONE 

AE26 

RESET 

RESET 

RESET 

RESET 

RESET 

AD25 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

AD26 

PR16A 

PR18A 

PR20A 

PR24A 

l/O-MO 

AC25 

PR16B 

PR18B 

PR20C 

PR24C 

I/O 

AC24 

PR16C 

PR18C 

PR20D 

PR24D 

I/O 

AC26 

PR16D 

PR18D 

PR19A 

PR23A 

I/O 

AB25 

PR15A 

PR17A 

PR19D 

PR23D 

I/O 

AB23 

PR15B 

PR17B 

PR18A 

PR22A 

I/O 

AB24 

PR15C 

PR17C 

PR18B 

PR22B 

I/O 

AB26 

PR15D 

PR17D 

PR18D 

PR22D 

I/O 

AA25 

PR14A 

PR16A 

PR17A 

PR21A 

I/O 

Y23 

PR14B 

PR16B 

PR17B 

PR21B 

I/O 

AA24 

PR14C 

PR16C 

PR17C 

PR21C 

I/O 

AA26 

— 

PR16D 

PR17D 

PR21D 

I/O 

Y25 

PR14D 

PR15A 

PR16A 

PR20A 

I/O 

Y26 

— 

PR15B 

PR16B 

PR20B 

I/O 

Y24 

PR13A 

PR15C 

PR16C 

PR20C 

I/O 

W25 

PR13B 

PR15D 

PR16D 

PR20D 

I/0-M1 

V23 

PR13C 

PR14A 

PR15A 

PR19A 

I/O 

W26 

— 

PR14B 

PR15B 

PR19B 

I/O 


Notes: 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 

The pins labeled "VSS-ETC" are the 6 x 6 array of thermal balls located at the center of the package. The balls can be attached to the ground 
plane of the board for Enhanced Thermal Capability (see Table 28), or they can be left unconnected. 
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Table 25. OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, and OR2C/2T26A 352-Pin PBGA Pinout (continued) 


Pin 

2C/2T10A Pad 

2C/2T12A Pad 

2C/2T15A Pad 

2C/2T26A Pad 

Function 

W24 

PR13D 

PR14C 

PR15C 

PR19C 

I/O 

V25 

PR12A 

PR14D 

PR15D 

PR19D 

I/0-VDD5 

V26 

PR12B 

PR13A 

PR14A 

PR18A 

I/O 

U25 

— 

PR13B 

PR14B 

PR18B 

I/O 

V24 

PR12C 

PR13C 

PR14C 

PR18C 

I/O 

U26 

PR12D 

PR13D 

PR14D 

PR18D 

I/O 

U23 

PR11A 

PR12A 

PR13A 

PR17A 

I/0-M2 

T25 

PR11B 

PR12B 

PR13B 

PR17D 

I/O 

U24 

PR11C 

PR12C 

PR13C 

PR16A 

I/O 

T26 

PR11D 

PR12D 

PR13D 

PR16D 

I/O 

R25 

PR10A 

PR11A 

PR12A 

PR15A 

I/0-M3 

R26 

PR10B 

PR11B 

PR12B 

PR15D 

I/O 

T24 

PR10C 

PR11C 

PR12C 

PR14A 

I/O 

P25 

PR10D 

PR11D 

PR12D 

PR14D 

I/O 

R23 

PR9A 

PR10A 

PR11A 

PR13A 

I/O 

P26 

PR9B 

PR10B 

PR11B 

PR13B 

I/O 

R24 

PR9C 

PR10C 

PR11C 

PR13C 

I/O 

N25 

PR9D 

PR10D 

PR11D 

PR13D 

I/O 

N23 

PR8A 

PR9A 

PR10A 

PR12A 

I/O 

N26 

PR8B 

PR9B 

PR10B 

PR12B 

I/O 

P24 

PR8C 

PR9C 

PR10C 

PR12C 

I/O 

M25 

PR8D 

PR9D 

PR10D 

PR12D 

I/O 

N24 

PR7A 

PR8A 

PR9A 

PR11A 

I/0-VDD5 

M26 

PR7B 

PR8B 

PR9B 

PR11D 

I/O 

L25 

PR7C 

PR8C 

PR9C 

PR10A 

I/O 

M24 

PR7D 

PR8D 

PR9D 

PR10D 

I/O 

L26 

PR6A 

PR7A 

PR8A 

PR9A 

I/0-CS1 

M23 

PR6B 

PR7B 

PR8B 

PR9D 

I/O 

K25 

PR6C 

PR7C 

PR8C 

PR8A 

I/O 

L24 

PR6D 

PR7D 

PR8D 

PR8D 

I/O 

K26 

PR5A 

PR6A 

PR7A 

PR7A 

1/0-^ 

K23 

PR5B 

PR6B 

PR7B 

PR7B 

I/O 

J25 

PR5C 

PR6C 

PR7C 

PR7C 

I/O 

K24 

PR5D 

PR6D 

PR7D 

PR7D 

I/O 

J26 

PR4A 

PR5A 

PR6A 

PR6A 

I/O 

H25 

PR4B 

PR5B 

PR6B 

PR6B 

J/O 

H26 

PR4C 

PR5C 

PR6C 

PR6C 

I/O 

J24 

PR4D 

PR5D 

PR6D 

PR6D 

I/O 

G25 

PR3A 

PR4A 

PR5A 

PR5A 

i/O-RD 

H23 

PR3B 

PR4B 

PR5B 

PR5B 

I/O 

G26 

— 

PR4C 

PR5C 

PR5C 

I/O 

H24 

PR3C 

PR4D 

PR5D 

PR5D 

I/O 


Notes: 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 

The pins labeled “VSS-ETC" are the 6 x 6 array of thermal balls located at the center of the package. The balls can be attached to the ground 
plane of the board for Enhanced Thermal Capability (see Table 28), or they can be left unconnected. 
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Table 25. OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, and OR2C/2T26A 352-Pin PBGA Pinout (continued) 


Pin 

2C/2T10A Pad 

2C/2T12A Pad 

2C/2T15A Pad 

2C/2T26A Pad 

Function 

F25 

PR3D 

PR3A 

PR4A 

PR4A 

I/0-VDD5 

G23 

— 

PR3B 

PR4B 

PR4B 

I/O 

F26 

— 

PR3C 

PR4C 

PR4C 

I/O 

G24 

— 

PR3D 

PR4D 

PR4D 

I/O 

E25 

PR2A 

PR2A 

PR3A 

PR3A 

l/O-WR 

E26 

PR2B 

PR2B 

PR3B 

PR3B 

I/O 

F24 

— 

— 

PR3D 

PR3D 

I/O 

D25 

PR2C 

PR2C 

PR2A 

PR2A 

I/O 

E23 

PR2D 

PR2D 

PR2D 

PR2D 

I/O 

D26 

PR1A 

PR1A 

PR1A 

PR1A 

I/O 

E24 

PR1B 

PR1B 

PR1B 

PR1B 

I/O 

C25 

PRIG 

PR1C 

PRIG 

PRIG 

I/O 

D24 

PR1D 

PR1D 

PR1D 

PR1D 

I/O 

C26 

RD_CFGN 

RD_CFQN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

A25 

PT16D 

PT18D 

PT20D 

PT24D 

I/O 

B24 

PT16C 

PT18C 

PT20C 

PT24C 

I/O 

A24 

— 

— 

PT20B 

PT24B 

I/O 

B23 

PT16B 

PT18B 

PT20A 

PT24A 

I/O 

C23 

PT16A 

PT18A 

PT19D 

PT23D 

I/O 

A23 

PT15D 

PT17D 

PT19A 

PT23A 

l/O-RDY/RCLK 

B22 

PT15C 

PT17C 

PT18D 

PT22D 

I/O 

D22 

PT15B 

PT17B 

PT18C 

PT22C 

I/O 

C22 

PT15A 

PT17A 

PT18A 

PT22A 

I/O 

A22 

PT14D 

PT16D 

PT17D 

PT21D 

I/O 

B21 

PT14C 

PT16C 

PT17C 

PT21C 

I/O 

D20 

PT14B 

PT16B 

PT17B 

PT21B 

I/O 

C21 

PT14A 

PT16A 

PT17A 

PT21A 

I/O 

A21 

PT13D 

PT15D 

PT16D 

PT20D 

I/0-D7 

B20 

— 

PT15C 

PT16C 

PT20C 

I/O 

A20 

PT13C 

PT15B 

PT16B 

PT20B 

I/O 

C20 

— 

PT15A 

PT16A 

PT20A 

I/O 

B19 

PT13B 

PT14D 

PT15D 

PT19D 

I/0-VDD5 

D18 

— 

PT14C 

PT15C 

PT19C 

I/O 

A19 

PT13A 

PT14B 

PT15B 

PT19B 

I/O 

C19 

— 

PT14A 

PT15A 

PT19A 

I/O 

B18 

PT12D 

PT13D 

PT14D 

PT18D 

I/O 

A18 

PT12C 

PT13C 

PT14C 

PT18C 

I/O 

B17 

PT12B 

PT13B 

PT14B 

PT18B 

I/0-D6 

Cl 8 

PT12A 

PT13A 

PT14A 

PT18A 

I/O 

A17 

PT11D 

PT12D 

PT13D 

PT17D 

I/O 

D17 

PT11C 

PT12C 

PT13C 

PT17A 

I/O 

B16 

PT11B 

PT12B 

PT13B 

PT16D 

I/O 

C17 

PT11A 

PT12A 

PT13A 

PT16A 

I/0-D5 

A16 

PT10D 

PT11D 

PT12D 

PT15D 

I/O 


Notes: 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 

The pins labeled "VSS-ETC" are the 6 x 6 array of thermal balls located at the center of the package. The balls can be attached to the ground 
plane of the board for Enhanced Thermal Capability (see Table 28), or they can be left unconnected. 
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Table 25. OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, and OR2C/2T26A 352-Pin PBGA Pinout (continued) 


Pin 

2C/2T10A Pad 

2C/2T12A Pad 

2C/2T15A Pad 

2C/2T26A Pad 

Function 

B15 

PT10C 

PT11C 

PT12C 

PT15A 

I/O 

A15 

PT10B 

PT11B 

PT12B 

PT14D 

I/O 

C16 

PT10A 

PT11A 

PT12A 

PT14A 

I/0-D4 

B14 

PT9D 

PT10D 

PT11D 

PT13D 

I/O 

D15 

PT9C 

PT10C 

PT11C 

PT13C 

I/O 

A14 

PT9B 

PT10B 

PT11B 

PT13B 

I/O 

Cl 5 

PT9A 

PT10A 

PT11A 

PT13A 

I/0-D3 

B13 

PT8D 

PT9D 

PT10D 

PT12D 

I/O 

D13 

PT8C 

PT9C 

PT10C 

PT12C 

I/O 

A13 

PT8B 

PT9B 

PT10B 

PT12B 

I/0-VDD5 

C14 

PT8A 

PT9A 

PT10A 

PT12A 

I/0-D2 

B12 

PT7D 

PT8D 

PT9D 

PT11D 

I/0-D1 

C13 

PT7C 

PT8C 

PT9C 

PT11A 

I/O 

A12 

PT7B 

PT8B 

PT9B 

PT10D 

I/O 

B11 

PT7A 

PT8A 

PT9A 

PT10A 

l/O-DO/DIN 

C12 

PT6D 

PT7D 

PT8D 

PT9D 

I/O 

All 

PT6C 

PT7C 

PT8C 

PT9A 

I/O 

D12 

PT6B 

PT7B 

PT8B 

PT8D 

I/O 

BIO 

PT6A 

PT7A 

PT8A 

PT8A/ 

l/O-DOUT 

C11 

PT5D 

PT6D 

PT7D 

PT7D 

I/O 

A10 

PT5C 

PT6C 

PT7C 

PT7C 

I/O 

DIO 

PT5B 

PT6B 

PT7B 

PT7B 

I/O 

B9 

PT5A 

PT6A 

PT7A 

PT7A 

I/O 

CIO 

PT4D 

PT5D 

PT6D 

PT6D 

I/O 

A9 

PT4C 

PT5C 

PT6C 

PT6C 

I/O 

B8 

PT4B 

PT5B 

PT6B 

PT6B 

I/O 

A8 

PT4A 

PT5A 

PT6A 

PT6A 

l/O-TDI 

C9 

— 

PT4D 

PT5D 

PT5D 

I/O 

B7 

PT3D 

PT4C 

PT5C 

PT5C 

I/O 

D8 

— 

PT4B 

PT5B 

PT5B 

I/O 

A7 

PT3C 

PT4A 

PT5A 

PT5A 

I/0-VDD5 

C8 

— 

PT3D 

PT4D 

PT4D 

I/O 

B6 

PT3B 

PT3C 

PT4C 

PT4C 

I/O 

D7 

— 

PT3B 

PT4B 

PT4B 

I/O 

A6 

PT3A 

PT3A 

PT4A 

PT4A 

l/O-TMS 

C7 

PT2D 

PT2D 

PT3D 

PT3D 

I/O 

B5 

PT2C 

PT2C 

PT3A 

PT3A 

I/O 

A5 

PT2B 

PT2B 

PT2D 

PT2D 

I/O 

C6 


— 

PT2C 

PT2C 

I/O 

B4 

— 

— 

PT2B 

PT2B 

I/O 

D5 

PT2A 

PT2A 

PT2A 

PT2A 

I/O 

A4 

PT1D 

PT1D 

PT1D 

PT1D 

I/O 

C5 

PT1C 

PT1C 

PT1C 

PT1C 

I/O 

B3 

PT1B 

PT1B 

PT1B 

PT1B 

I/O 


Notes: 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 


The pins labeled "VSS-ETC" are the 6 x 6 array of thermal balls located at the center of the package. The balls can be attached to the ground 
plane of the board for Enhanced Thermal Capability (see Table 28), or they can be left unconnected. 
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Table 25. OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, and OR2C/2T26A 352-Pin PBGA Pinout (continued) 


Pin 

2C/2T10A Pad 

2C/2T12A Pad 

2C/2T15A Pad 

2C/2T26A Pad 

Function 

C4 

PT1A 

PT1A 

PT1A 

PT1A 

l/O-TCK 

A3 

RD.DATAATDO 

RD_DATA/rDO 

RD_DATA/TDO 

RD_DATA/TDO 

RD_DATA/TDO 

A1 

Vss 

Vss 

Vss 

Vss 

Vss 

A2 

Vss 

Vss 

Vss 

Vss 

VSS 

A26 

Vss 

Vss 

Vss 

Vss 

Vss 

AC13 

Vss 

Vss 

Vss 

Vss 

Vss 

AC18 

Vss 

Vss 

Vss 

Vss 

Vss 

AC23 

Vss 

Vss 

vss 

Vss 

Vss 

AC4 

Vss 

Vss 

Vss 

Vss 

Vss 

ACS 

Vss 

Vss 

Vss 

Vss 

Vss 

AD24 

vss 

Vss 

Vss 

Vss 

Vss 

AD3 

Vss 

Vss 

Vss 

Vss 

Vss 

AE1 

Vss 

vss 

Vss 

Vss 

Vss 

AE2 

Vss 

Vss 

Vss 

Vss 

Vss 

AE25 

Vss 

Vss 

Vss 

Vss 

Vss 

API 

Vss 

Vss 

Vss 

Vss 

Vss 

AF25 

Vss 

Vss 

Vss 

Vss 

Vss 

AF26 

Vss 

Vss 

Vss 

Vss 

Vss 

B2 

Vss 

Vss 

Vss 

Vss 

Vss 

B25 

Vss 

Vss 

Vss 

Vss 

Vss 

B26 

vss 

Vss 

Vss 

Vss 

Vss 

C24 

VSS 

Vss 

Vss 

Vss 

Vss 

C3 

Vss 

Vss 

Vss 

Vss 

Vss 

D14 

Vss 

Vss 

Vss 

Vss 

Vss 

D19 

Vss 

Vss 

Vss 

Vss 

Vss 

D23 

Vss 

Vss 

Vss 

Vss 

Vss 

D4 

Vss 

Vss 

Vss 

Vss 

Vss 

D9 

Vss 

Vss 

Vss 

Vss 

Vss 

H4 

Vss 

Vss 

Vss 

Vss 

Vss 

J23 

Vss 

Vss 

Vss 

Vss 

Vss 

N4 

Vss 

Vss 

Vss 

Vss 

Vss 

P23 

Vss 

Vss 

Vss 

Vss 

Vss 

V4 

Vss 

Vss 

Vss 

Vss 

Vss 

W23 

Vss 

Vss 

Vss 

Vss 

Vss 

AA23 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

AA4 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

AC11 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

AC16 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

AC21 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

AC6 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Dll 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

D16 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

D21 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

D6 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 


Notes: 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 

The pins labeled "VSS-ETC" are the 6 x 6 array of thermal balls located at the center of the package. The balls can be attached to the ground 
plane of the board for Enhanced Thermal Capability (see Table 28), or they can be left unconnected. 
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Table 25. OR2C/2T10A, OR2C/2T12A, OR2C/2T15A, and OR2C/2T26A 352-Pin PBGA Pinout (continued) 


Pin 

2C/2T10A Pad 

2C/2T12A Pad 

2C/2T15A Pad 

2C/2T26A Pad 

Function 

F23 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

F4 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

L23 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

L4 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

T23 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

T4 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

L11 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

L12 

VSS 

Vss 

Vss 

Vss 

Vss—ETC 

LI 3 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

L14 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

L15 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

LI 6 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

Mil 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

M12 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

M13 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

M14 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

M15 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

M16 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

Nil 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

N12 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

N13 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

N14 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

N15 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

N16 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

P11 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

P12 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

P13 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

P14 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

P15 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

P16 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

R11 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

R12 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

R13 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

R14 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

R15 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

R16 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

Til 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

T12 

Vss 

Vss 

Vss 

Vss 

Vss—ETC 

T13 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

T14 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

T15 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 

T16 

Vss 

Vss 

Vss 

Vss 

VSS-ETC 


Notes: 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 

The pins labeled "VSS-ETC" are the 6 x 6 array of thermal balls located at the center of the package. The balls can be attached to the ground 
plane of the board for Enhanced Thermal Capability (see Table 28), or they can be left unconnected. 


2-116 


Lucent Technologies Inc. 




FPGA Data Book 


ORCA OR2CxxA/OR2TxxA Series FPGAs 


Pin Information (continued) 

Table 26. OR2C/2T15A, OR2C/2T26A, and OR2C/2T40A 432-Pin EBGA Pinout 


Pin 

2C/2T15A Pad 

2C/2T26A Pad 

2C/2T40A Pad 

Function 

E28 

PL1D 

PL1D 

PL1D 

I/O 

D29 

PL1C 

PL1C 

PL1A 

I/O 

D30 

PL1B 

PL1B 

PL2D 

I/O 

D31 

PL1A 

PL1A 

PL2A 

I/O 

F28 

PL2D 

PL2D 

PL3D 

l/O-AO 

E29 

PL2C 

PL2C 

PL3C 

I/O 

E30 

PL2B 

PL2B 

PL3B 

I/O 

E31 

PL2A 

PL2A 

PL3A 

I/O 

F29 

PL3D 

PL3D 

PL4D 

I/O 

F30 

PL3C 

PL3C 

PL4C 

I/O 

F31 

PL3B 

PL3B 

PL4B 

I/O 

H28 

PL3A 

PL3A 

PL4A 

I/O 

G29 

PL4D 

PL4D 

PL5D 

I/0-VDD5 

G30 

PL4C 

PL4C 

PL5C 

I/O 

G31 

PL4B 

PL4B 

PL5B 

I/O 

J28 

PL4A 

PL4A 

PL6D 

I/O 

H29 

PL5D 

PL5D 

PL7D 

I/O 

H30 

PL5C 

PL5C 

PL7C 

I/O 

J29 

PL5B 

PL5B 

PL7B 

I/O 

K28 

PL5A 

PL5A 

PL8D 

I/0-A1 

J30 

PL6D 

PL6D 

PL9D 

I/O 

J31 

PL6C 

PL6C 

PL9C 

I/O 

K29 

PL6B 

PL6B 

PL9B 

I/O 

K30 

PL6A 

PL6A 

PL9A 

I/0-A2 

K31 

PL7D 

PL7D 

PL10D 

I/O 

L29 

PL7C 

PL7C 

PL10C 

I/O 

M28 

PL7B 

PL7B 

PL10B 

I/O 

L30 

PL7A 

PL7A 

PL10A 

I/0-A3 

L31 

— 

PL8D 

PL11D 

I/0-VDD5 

M29 

PL8D 

PL8C 

PLUG 

I/O 

N28 

PL8C 

PL8A 

PL11A 

I/O 

M30 

PL8B 

PL9D 

PL12D 

I/O 

N29 

— 

PL9C 

PL12G 

I/O 

N30 

PL8A 

PL9A 

PL12A 

I/0-A4 

P28 

PL9D 

PL10D 

PL13D 

I/0-A5 

N31 

— 

PL10C 

PL13G 

I/O 

P29 

PL9C 

PL10A 

PL13A 

I/O 

P30 

PL9B 

PL11D 

PL14D 

I/O 

P31 

PL9A 

PL11A 

PL14A 

I/0-A6 

R29 

PL10D 

PL12D 

PL15D 

I/O 

R30 

PL10C 

PL12C 

PL15G 

I/O 

R31 

PL10B 

PL12B 

PL15B 

I/O 

T29 

PL10A 

PL12A 

PL15A 

I/0-A7 

T28 

PL11D 

PL13D 

PL16D 

I/O 

T30 

PLUG 

PL13C 

PL16G 

I/O-VddS 


Notes: 

The OR2T15A pin AG2 is not connected in the 432-pin EBGA package. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 


Table 26. OR2C/2T15A, OR2C/2T26A, and OR2C/2T40A 432-Pin EBGA Pinout (continued) 


Pin 

2C/2T15A Pad 

2C/2T26A Pad 

2C/2T40A Pad 

Function 

U31 

PL11B 

PL13B 

PL16B 

I/O 

U30 

PL11A 

PL13A 

PL16A 

I/0-A8 

U29 

PL12D 

PL14D 

PL17D 

I/0-A9 

V31 

— 

PL14C 

PL17C 

I/O 

V30 

PL12C 

PL14A 

PL17A 

I/O 

V29 

PL12B 

PL15D 

PL18D 

I/O 

W31 

— 

PL15C 

PL18C 

I/O 

V28 

PL12A 

PL15A 

PL18A 

I/O-A10 

W30 

PL13D 

PL16D 

PL19D 

I/O 

W29 

— 

PL16C 

PL19C 

I/O 

Y30 

PL13C 

PL16A 

PL19A 

I/O 

W28 

PL13B 

PL17D 

PL20D 

I/O 

Y29 

PL13A 

PL17A 

PL20A 

I/0-A11 

AA31 

PL14D 

PL18D 

PL21D 

I/0-A12 

AA30 

PL14C 

PL18C 

PL21C 

I/O 

Y28 

PL14B 

PL18B 

PL21B 

I/O 

AA29 

PL14A 

PL18A 

PL21A 

I/O 

AB31 

PL15D 

PL19D 

PL22D 

I/O 

AB30 

PL15C 

PL19C 

PL22C 

I/O 

AB29 

PL15B 

PL19B 

PL22B 

I/0-A13 

AC31 

PL15A 

PL19A 

PL22A 

I/O 

AC30 

PL16D 

PL20D 

PL23D 

I/O 

AB28 

PL16C 

PL20C 

PL23C 

I/O 

AC29 

PL16B 

PL20B 

PL24D 

I/O 

AD30 

PL16A 

PL20A 

PL25D 

I/O 

AD29 

PL17D 

PL21D 

PL25A 

I/0-A14 

AC28 

PL17C 

PL21C 

PL26C 

I/O 

AE31 

PL17B 

PL21B 

PL26B 

I/O 

AE30 

PL17A 

PL21A 

PL26A 

I/O 

AE29 

PL18D 

PL22D 

PL27D 

I/0-VDD5 

AD28 

PL18C 

PL22C 

PL27C 

I/O 

AF31 

PL18B 

PL22B 

PL27B 

I/O 

AF30 

PL18A 

PL22A 

PL27A 

I/O 

AF29 

PL19D 

PL23D 

PL28D 

I/O 

AG31 

PL19C 

PL23C 

PL28C 

I/O 

AG30 

PL19B 

PL23B 

PL28B 

I/O 

AG29 

PL19A 

PL23A 

PL28A 

I/O 

AF28 

PL20D 

PL24D 

PL29A 

I/O 

AH31 

PL20C 

PL24C 

PL30C 

I/O 

AH30 

PL20B 

PL24B 

PL30B 

I/O 

AH29 

PL20A 

PL24A 

PL30A 

I/0-A15 

AG28 

CCLK 

CCLK 

CCLK 

CCLK 

AH27 

PB1A 

PB1A 

PB1A 

I/0-A16 

AJ28 

PB1B 

PB1B 

PB1B 

I/O 

AK28 

PB1C 

PB1C 

PB2A 

I/O 


Notes: 

The OR2T15A pin AG2 is not connected in the 432-pin EBGA package. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Table 26. OR2C/2T15A, OR2C/2T26A, and OR2C/2T40A 432-Pin EBGA Pinout (continued) 


Pin 

2C/2T15A Pad 

2C/2T26A Pad 

2C/2T40A Pad 

Function 

AL28 

PB1D 

PB1D 

PB2D 

I/O 

AH26 

PB2A 

PB2A 

PB3A 

I/O 

AJ27 

PB2B 

PB2B 

PB3B 

I/O 

AK27 

PB2C 

PB2C 

PB3C 

I/O 

AL27 

PB2D 

PB2D 

PB3D 

I/0-VDD5 

AJ26 

PB3A 

PB3A 

PB4A 

I/O 

AK26 

PB3B 

PB3B 

PB4B 

I/O 

AL26 

PB3C 

PB3C 

PB4C 

I/O 

AH24 

PB3D 

PB3D 

PB4D 

I/O 

AJ25 

PB4A 

PB4A 

PB5A 

I/O 

AK25 

PB4B 

PB4B 

PB5B 

I/O 

AL25 

PB4C 

PB4C 

PB5C 

I/O 

AH23 

PB4D 

PB4D 

PB5D 

I/0-A17 

AJ24 

PB5A 

PB5A 

PB6A 

I/O 

AK24 

PB5B 

PB5B 

PB6B 

I/O 

AJ23 

PB5C 

PB5C 

PB6C 

I/O 

AH22 

PB5D 

PB5D 

PB6D 

I/O 

AK23 

PB6A 

PB6A 

PB7A 

I/O 

AL23 

PB6B 

PB6B 

PB7D 

I/O 

AJ22 

PB6C 

PB6C 

PB8A 

I/O 

AK22 

PB6D 

PB6D 

PB8D 

I/O 

AL22 

PB7A 

PB7A 

PB9A 

I/O 

AJ21 

PB7B 

PB7B 

PB9D 

I/O 

AH20 

PB7C 

PB7C 

PB10A 

I/O 

AK21 

PB7D 

PB7D 

PB10D 

I/O 

AL21 

— 

PB8A 

PB11A 

I/0-VDD5 

AJ20 

PB8A 

PB8B 

PB11B 

I/O 

AH19 

PB8B 

PB8D 

PB11D 

I/O 

AK20 

PB8C 

PB9A 

PB12A 

I/O 

AJ19 

— 

PB9B 

PB12B 

I/O 

AK19 

PB8D 

PB9D 

PB12D 

I/O 

AH18 

PB9A 

PB10A 

PB13A 

I/O 

AL19 

PB9B 

PB10D 

PB13D 

I/O 

AJ18 

PB9C 

PB11A 

PB14A 

I/O 

AK18 

— 

PB11B 

PB14B 

I/O 

AL18 

PB9D 

PB11D 

PB14D 

I/O 

AJ17 

PB10A 

PB12A 

PB15A 

I/O 

AK17 

PB10B 

PB12B 

PB15B 

I/O 

AL17 

PB10C 

PB12C 

PB15C 

I/O 

AJ16 

PB10D 

PB12D 

PB15D 

I/O 

AH16 

PB11A 

PB13A 

PB16A 

I/O 

AK16 

PB11B 

PB13B 

PB16B 

I/O 

AL15 

PB11C 

PB13C 

PB16C 

I/O 

AK15 

PB11D 

PB13D 

PB16D 

I/O 

AJ15 

PB12A 

PB14A 

PB17A 

I/0-VDD5 


Notes: 

The OR2T15A pin AG2 is not connected in the 432-pin EBGA package. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 


Table 26. OR2C/2T15A, OR2C/2T26A, and OR2C/2T40A 432-Pin EBGA Pinout (continued) 


Pin 

2C/2T15A Pad 

2C/2T26A Pad 

2C/2T40A Pad 

Function 

AL14 

PB12B 

PB14D 

PB17D 

I/O 

AK14 

PB12C 

PB15A 

PB18A 

I/O 

AJ14 

— 

PB15B 

PB18B 

I/O 

AL13 

PB12D 

PB15D 

PB18D 

I/O 

AH14 

PB13A 

PB16A 

PB19A 

l/O-HDC 

AK13 

— 

PB16B 

PB19B 

I/O 

AJ13 

PB13B 

PB16D 

PB19D 

I/O 

AK12 

PB13C 

PB17A 

PB20A 

I/O 

AH13 

— 

PB17B 

PB20B 

I/O 

AJ12 

PB13D 

PB17D 

PB20D 

I/O 

ALII 

PB14A 

PB18A 

PB21A 

i/O-LDC 

AK11 

PB14B 

PB18B 

PB21D 

I/O 

AH12 

PB14C 

PB18C 

PB22A 

I/O 

AJ11 

PB14D 

PB18D 

PB22D 

I/O 

ALIO 

PB15A 

PB19A 

PB23A 

I/O 

AK10 

PB15B 

PB19B 

PB24A 

I/O 

AJ10 

PB15C 

PB19C 

PB24C 

I/O 

AL9 

PB15D 

PB19D 

PB24D 

I/O 

AK9 

PB16A 

PB20A 

PB25A 

l/O-TNlT 

AH10 

PB16B 

PB20B 

PB25B 

I/O 

AJ9 

PB16C 

PB20C 

PB25C 

I/O 

AK8 

PB16D 

PB20D 

PB25D 

I/O 

AJ8 

PB17A 

PB21A 

PB26A 

I/0-VDD5 

AH9 

PB17B 

PB21B 

PB26B 

I/O 

AL7 

PB17C 

PB21C 

PB26C 

I/O 

AK7 

PB17D 

PB21D 

PB26D 

I/O 

AJ7 

PB18A 

PB22A 

PB27A 

I/O 

AH8 

PB18B 

PB22B 

PB27B 

I/O 

AL6 

PB18C 

PB22C 

PB27C 

I/O 

AK6 

PB18D 

PB22D 

PB27D 

I/O 

AJ6 

PB19A 

PB23A 

PB28A 

I/O 

AL5 

PB19B 

PB23B 

PB28B 

I/O 

AK5 

PB19C 

PB23C 

PB28C 

I/O 

AJ5 

PB19D 

PB23D 

PB28D 

I/O 

AH6 

PB20A 

PB24A 

PB29A 

I/O 

AL4 

PB20B 

PB24B 

PB29D 

I/O 

AK4 

PB20C 

PB24C 

PB30C 

I/O 

AJ4 

PB20D 

PB24D 

PB30D 

I/O 

AH5 

DONE 

DONE 

DONE 

DONE 

AG4 

RESET 

RESET 

RESET 

RESET 

AH3 

PRGM 

PRGM 

PRGM 

PRGM 

AH2 

PR20A 

PR24A 

PR30A 

l/O-MO 

AH1 

PR20B 

PR24B 

PR30B 

I/O 

AF4 

PR20C 

PR24C 

PR29A 

I/O 

AG3 

PR20D 

PR24D 

PR29D 

I/O 


Notes: 

The OR2T15A pin AG2 is not connected in the 432-pin EBGA package. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Table 26. OR2C/2T15A, OR2C/2T26A, and OR2C/2T40A 432-Pin EBGA Pinout (continued) 


Pin 

2C/2T15A Pad 

2C/2T26A Pad 

2C/2T40A Pad 

Function 

AG2 

PR19A 

PR23A 

PR28A 

I/0-VDD5 

AG1 

PR19B 

PR23B 

PR28B 

I/O 

AF3 

PR19C 

PR23C 

PR28C 

I/O 

AF2 

PR19D 

PR23D 

PR28D 

I/O 

AF1 

PR18A 

PR22A 

PR27A 

I/O 

AD4 

PR18B 

PR22B 

PR27B 

I/O 

AE3 

PR18C 

PR22C 

PR27C 

I/O 

AE2 

PR18D 

PR22D 

PR27D 

I/O 

AE1 

PR17A 

PR21A 

PR26A 

I/O 

AC4 

PR17B 

PR21B 

PR26B 

I/O 

AD3 

PR17C 

PR21C 

PR26C 

I/O 

AD2 

PR17D 

PR21D 

PR25A 

I/O 

AC3 

PR16A 

PR20A 

PR24A 

I/O 

AB4 

PR16B 

PR20B 

PR24B 

I/O 

AC2 

PR16C 

PR20C 

PR24D 

I/O 

AC1 

PR16D 

PR20D 

PR23D 

I/0-M1 

AB3 

PR15A 

PR19A 

PR22A 

I/O 

AB2 

PR15B 

PR19B 

PR22B 

I/O 

AB1 

PR15C 

PR19C 

PR22C 

I/O 

AA3 

PR15D 

PR19D 

PR22D 

I/0-VDD5 

Y4 

PR14A 

PR18A 

PR21A 

I/O 

AA2 

PR14B 

PR18B 

PR21B 

I/O 

AA1 

PR14C 

PR18C 

PR21C 

I/O 

Y3 

PR14D 

PR18D 

PR21D 

I/O 

W4 

PR13A 

PR17A 

PR20A 

I/0-M2 

Y2 

PR13B 

PR17D 

PR20D 

I/O 

W3 

PR13C 

PR16A 

PR19A 

I/O 

W2 

PR13D 

PR16B 

PR19B 

I/O 

V4 

— 

PR16D 

PR19D 

I/O 

W1 

PR12A 

PR15A 

PR18A 

I/0-M3 

V3 

— 

PR15D 

PR18D 

I/O 

V2 

PR12B 

PR14A 

PR17A 

I/O 

VI 

PR12C 

PR14B 

PR17B 

I/O 

U3 

PR12D 

PR14D 

PR17D 

I/O 

U2 

PR11A 

PR13A 

PR16A 

I/O 

U1 

PR11B 

PR13B 

PR16B 

I/O 

T3 

PR11C 

PR13C 

PR16C 

I/O 

T4 

PR11D 

PR13D 

PR16D 

I/O 

T2 

PR10A 

PR12A 

PR15A 

I/O 

R1 

PR10B 

PR12B 

PR15B 

I/O 

R2 

PR10C 

PR12C 

PR15C 

I/O 

R3 

PR10D 

PR12D 

PR15D 

I/O 

PI 

PR9A 

PR11A 

PR14A 

I/0-VDD5 

P2 

PR9B 

PR11C 

PR14C 

I/O 

P3 

PR9C 

PR11D 

PR14D 

I/O 


Notes: 

The OR2T15A pin AG2 is not connected in the 432-pin EBGA package. 

The pins labeled “i/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 


Lucent Technologies Inc. 


2-121 





ORCA OR2CxxA/OR2TxxA Series FPGAs 


FPGA Data Book 


Pin Information (continued) 

Table 26. OR2C/2T15A, OR2C/2T26A, and OR2C/2T40A 432-Pin EBGA Pinout (continued) 


Pin 

2C/2T15A Pad 

2C/2T26A Pad 

2C/2T40A Pad 

Function 

N1 

— 

PR10A 

PR13A 

I/O 

P4 

PR9D 

PR10C 

PR13C 

I/O 

N2 

— 

PR10D 

PR13D 

I/O 

N3 

PR8A 

PR9A 

PR12A 

I/0-GS1 

M2 

PR8B 

PR9D 

PR12D 

I/O 

N4 

PR8C 

PR8A 

PR11A 

I/O 

M3 

PR8D 

PR8D 

PR11D 

I/O 

LI 

PR7A 

PR7A 

PR10A 

i/O-CSO 

L2 

PR7B 

PR7B 

PR10B 

I/O 

M4 

PR7C 

PR7C 

PR10G 

I/O 

L3 

PR7D 

PR7D 

PR10D 

I/O 

K1 

PR6A 

PR6A 

PR9A 

I/O 

K2 

PR6B 

PR6B 

PR9B 

I/O 

K3 

PR6C 

PR6C 

PR9G , 

I/O 

J1 

PR6D 

PR6D 

PR9D 

I/O 

J2 

PR5A 

PR5A 

PR8A 

l/O-RD 

K4 

PR5B 

PR5B 

PR7A 

I/O 

J3 

PR5C 

PR5C 

PR7G 

I/O 

H2 

PR5D 

PR5D 

PR6A 

I/O 

H3 

PR4A 

PR4A 

PR5A 

I/0-VDD5 

J4 

PR4B 

PR4B 

PR5B 

I/O 

G1 

PR4C 

PR4C 

PR5G 

I/O 

G2 

PR4D 

PR4D 

PR5D 

I/O 

G3 

PR3A 

PR3A 

PR4A 

i/O-WR 

H4 

PR3B 

PR3B 

PR4B 

I/O 

FI 

PR3C 

PR3C 

PR4G 

I/O 

F2 

PR3D 

PR3D 

PR4D 

I/O 

F3 

PR2A 

PR2A 

PR3A 

I/O 

El 

PR2B 

PR2B 

PR3B 

I/O 

E2 

PR2C 

PR2C 

PR3G 

I/O 

E3 

PR2D 

PR2D 

PR3D 

I/O 

F4 

PR1A 

PR1A 

PR2A 

I/O 

D1 

PR1B 

PR1B 

PR2D 

I/O 

D2 

PRIG 

PRIG 

PR1A 

I/O 

D3 

PR1D 

PR1D 

PR1D 

I/O 

E4 

RD_CFGN 

RD.CFGN 

RD_CFGN 

RD_CFGN 

D5 

PT20D 

PT24D 

PT30D 

I/O 

C4 

PT20C 

PT24G 

PT30A 

I/O 

B4 

PT20B 

PT24B 

PT29B 

I/O 

A4 

PT20A 

PT24A 

PT29A 

I/O 

D6 

PT19D 

PT23D 

PT28D 

I/O 

C5 

PT19C 

PT23G 

PT28G 

I/O 

B5 

PT19B 

PT23B 

PT28B 

I/O 

A5 

PT19A 

PT23A 

PT28A 

l/O-RDY/RGLK 

C6 

PT18D 

PT22D 

PT27D 

I/O 


Notes: 

The OR2T15A pin AG2 is not connectecJ in the 432-pin EBGA package. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 


Table 26. OR2C/2T15A, OR2C/2T26A, and OR2C/2T40A 432-Pin EBGA Pinout (continued) 


Pin 

2C/2T15A Pad 

2C/2T26A Pad 

2C/2T40A Pad 

Function 

B6 

PT18C 

PT22C 

PT27C 

I/O 

A6 

PT18B 

PT22B 

PT27B 

I/O 

D8 

PT18A 

PT22A 

PT27A 

I/O 

07 

PT17D 

PT21D 

PT26D 

I/O 

B7 

PT17C 

PT21C 

PT26C 

I/O 

A7 

PT17B 

PT21B 

PT26B 

I/O 

D9 

PT17A 

PT21A 

PT26A 

I/O 

C8 

PT16D 

PT20D 

PT25D 

I/0-D7 

B8 

PT16C 

PT20C 

PT25C 

I/O 

C9 

PT16B 

PT20B 

PT25B 

I/O 

DIO 

PT16A 

PT20A 

PT25A 

I/O 

B9 

PT15D 

PT19D 

PT24D 

I/0-VDD5 

A9 

PT15C 

PT19C 

PT24C 

I/O 

CIO 

PT15B 

PT19B 

PT24B 

I/O 

BIO 

PT15A 

PT19A 

PT23D 

I/O 

A10 

PT14D 

PT18D 

PT22D 

I/O 

C11 

PT14C 

PT18C 

PT22A 

I/O 

D12 

PT14B 

PT18B 

PT21D 

I/0-D6 

B11 

PT14A 

PT18A 

PT21A 

I/O 

All 

PT13D 

PT17D 

PT20D 

I/O 

C12 

PT13C 

PT17A 

PT20A 

I/O 

D13 

— 

PT16D 

PT19D 

I/O-VddS 

B12 

PT13B 

PT16B 

PT19B 

I/O 

C13 

PT13A 

PT16A 

PT19A 

I/0-D5 

B13 

PT12D 

PT15D 

PT18D 

I/O 

D14 

— 

PT15B 

PT18B 

I/O 

A13 

PT12C 

PT15A 

PT18A 

I/O 

C14 

PT12B 

PT14D 

PT17D 

I/O 

B14 

— 

PT14B 

PT17B 

I/O 

A14 

PT12A 

PT14A 

PT17A 

I/0-D4 

CIS 

PT11D 

PT13D 

PT16D 

I/O 

B15 

PT11C 

PT13C 

PT16C 

I/O 

A15 

PT11B 

PT13B 

PT16B 

I/O 

C16 

PT11A 

PT13A 

PT16A 

I/0-D3 

D16 

PT10D 

PT12D 

PT15D 

I/O 

B16 

PT10C 

PT12C 

PT15C 

I/O 

A17 

PT10B 

PT12B 

PT15B 

I/0-VDD5 

B17 

PT10A 

PT12A 

PT15A 

I/0-D2 

C17 

PT9D 

PT11D 

PT14D 

D1 

A18 

— 

PT11C 

PT14C 

I/O 

B18 

PT9C 

PT11A 

PT14A 

I/O 

C18 

PT9B 

PT10D 

PT13D 

I/O 

A19 

— 

PT10C 

PT13C 

I/O 

D18 

PT9A 

PT10A 

PT13A 

l/O-DO/DIN 

B19 

PT8D 

PT9D 

PT12D 

I/O 


Notes: 

The OR2T15A pin AG2 is not connected in the 432-pin EBGA package. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin information (continued) 


Table 26. OR2C/2T15A, OR2C/2T26A, and OR2C/2T40A 432-Pin EBGA Pinout (continued) 


Pin 

2C/2T15A Pad 

2C/2T26A Pad 

2C/2T40A Pad 

Function 

C19 

— 

PT9C 

PT12C 

I/O 

B20 

PT8C 

PT9A 

PT12A 

I/O 

D19 

PT8B 

PT8D 

PT11D 

I/O 

C20 

PT8A 

PT8A 

PT11A 

l/O-DOUT 

A21 

PT7D 

PT7D 

PT10D 

I/O 

B21 

PT7C 

PT7C 

PT10A 

I/O 

D20 

PT7B 

PT7B 

PT9D 

I/O 

C21 

PT7A 

PT7A 

PT9A 

I/O 

A22 

PT6D 

PT6D 

PT8D 

I/O 

B22 

PT6C 

PT6C 

PT8A 

I/O 

C22 

PT6B 

PT6B 

PT7D 

I/O 

A23 

PT6A 

PT6A 

PT7A 

l/O-TDI 

B23 

PT5D 

PT5D 

PT6D 

I/O 

D22 

PT5C 

PT5C 

PT6C 

I/O 

C23 

PT5B 

PT5B 

PT6B 

I/O 

B24 

PT5A 

PT5A 

PT6A 

I/0-VDD5 

C24 

PT4D 

PT4D 

PT5D 

I/O 

D23 

PT4C 

PT4C 

PT5C 

I/O 

A25 

PT4B 

PT4B 

PT5B 

I/O 

B25 

PT4A 

PT4A 

PT5A 

l/O-TMS 

C25 

PT3D 

PT3D 

PT4D 

I/O 

D24 

PT3C 

PT3C 

PT4C 

I/O 

A26 

PT3B 

PT3B 

PT4B 

I/O 

B26 

PT3A 

PT3A 

PT4A 

I/O 

C26 

PT2D 

PT2D 

PT3D 

I/O 

A27 

PT2C 

PT2C 

PT3C 

I/O 

B27 

PT2B 

PT2B 

PT3B 

I/O 

C27 

PT2A 

PT2A 

PT3A 

I/O 

D26 

PT1D 

PT1D 

PT2D 

I/O 

A28 

PT1C 

PT1C 

PT2A 

I/O 

B28 

PT1B 

PT1B 

PT1D 

I/O 

C28 

PT1A 

PT1A 

PT1A 

l/O-TCK 

D27 

RD_DATA/TDO 

RD.DATAATDO 

RD_DATA/TDO 

RD.DATAATDO 

A12 

Vss 

Vss 

Vss 

Vss 

A16 

Vss 

Vss 

Vss 

Vss 

A2 

Vss 

Vss 

Vss 

Vss 

A20 

Vss 

Vss 

Vss 

Vss 

A24 

Vss 

Vss 

Vss 

Vss 

A29 

Vss 

Vss 

Vss 

Vss 

A3 

Vss 

Vss 

Vss 

Vss 

A30 

Vss 

Vss 

Vss 

Vss 

A8 

Vss 

Vss 

Vss 

Vss 

ADI 

Vss 

Vss 

Vss 

Vss 

AD31 

Vss 

Vss 

Vss 

Vss 

AJ1 

Vss 

Vss 

Vss 

Vss 


Notes; 

The OR2T15A pin AG2 is not connected in the 432-pin EBGA package. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 


Table 26. OR2C/2T15A, OR2C/2T26A, and OR2C/2T40A 432-Pin EBGA Pinout (continued) 


Pin 

2C/2T15A Pad 

2C/2T26A Pad 

2C/2T40A Pad 

Function 

AJ2 

Vss 

Vss 

Vss 

Vss 

AJ30 

Vss 

Vss 

Vss 

Vss 

AJ31 

Vss 

Vss 

Vss 

Vss 

AK1 

Vss 

Vss 

Vss 

Vss 

AK29 

Vss 

Vss 

Vss 

Vss 

AK3 

Vss 

Vss 

Vss 

Vss 

AK31 

Vss 

Vss 

Vss 

Vss 

AL12 

Vss 

Vss 

Vss 

Vss 

AL16 

Vss 

Vss 

Vss 

Vss 

AL2 

Vss 

Vss 

Vss 

Vss 

AL20 

Vss 

Vss 

Vss 

Vss 

AL24 

Vss 

Vss 

Vss 

Vss 

AL29 

Vss 

Vss 

Vss 

Vss 

AL3 

Vss 

Vss 

Vss 

Vss 

AL30 

Vss 

Vss 

Vss 

Vss 

AL8 

Vss 

Vss 

Vss 

Vss 

B1 

Vss 

Vss 

Vss 

Vss 

B29 ' 

Vss 

Vss 

Vss 

Vss 

B3 

Vss 

Vss 

Vss 

Vss 

B31 

Vss 

Vss 

Vss 

Vss 

Cl 

Vss 

Vss 

Vss 

Vss 

C2 

Vss 

Vss 

Vss 

Vss 

C30 

Vss 

Vss 

Vss 

Vss 

C31 

Vss 

Vss 

Vss 

Vss 

HI 

Vss 

Vss 

Vss 

Vss 

H31 

Vss 

Vss 

Vss 

Vss 

Ml 

Vss 

Vss 

Vss 

Vss 

M31 

Vss 

Vss 

Vss 

Vss 

T1 

Vss 

Vss 

Vss 

Vss 

T31 

Vss 

Vss 

Vss 

Vss 

Y1 

Vss 

Vss 

Vss 

Vss 

Y31 

Vss 

Vss 

Vss 

Vss 

A1 

Vdd 

Vdd 

Vdd 

Vdd 

A31 

Vdd 

Vdd 

Vdd 

Vdd 

AA28 

Vdd 

Vdd 

Vdd 

Vdd 

AA4 

Vdd 

Vdd 

Vdd 

Vdd 

AE28 

Vdd 

Vdd 

Vdd 

Vdd 

AE4 

Vdd 

Vdd 

Vdd 

Vdd 

AH11 

Vdd 

Vdd 

Vdd 

Vdd 

AH15 

Vdd 

Vdd 

Vdd 

Vdd 

AH17 

Vdd 

Vdd 

Vdd 

Vdd 

AH21 

Vdd 

Vdd 

Vdd 

Vdd 

AH25 

Vdd 

Vdd 

Vdd 

Vdd 

AH28 

Vdd 

Vdd 

Vdd 

Vdd 

AH4 

Vdd 

Vdd 

Vdd 

Vdd 


Notes: 

The OR2T15A pin AG2 is not connected in the 432-pin EBGA package. 

The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 


Table 26. OR2C/2T15A, OR2C/2T26A, and OR2C/2T40A 432-Pin EBGA Pinout (continued) 


Pin 

2C/2T15A Pad 

2C/2T26A Pad 

2C/2T40A Pad 

Function 

AH7 

Vdd 

Vdd 

Vdd 

Vdd 

AJ29 

Vdd 

Vdd 

Vdd 

Vdd 

AJ3 

Vdd 

Vdd 

Vdd 

Vdd 

AK2 

Vdd 

Vdd 

Vdd 

Vdd 

AK30 

Vdd 

Vdd 

Vdd 

Vdd 

AL1 

Vdd 

Vdd 

Vdd 

Vdd 

AL31 

Vdd 

Vdd 

Vdd 

Vdd 

B2 

Vdd 

Vdd 

Vdd 

Vdd 

B30 

Vdd 

Vdd 

Vdd 

Vdd 

C29 

Vdd 

Vdd 

Vdd 

Vdd 

C3 

Vdd 

Vdd 

Vdd 

Vdd 

Dll 

Vdd 

Vdd 

Vdd 

Vdd 

D15 

Vdd 

Vdd 

Vdd 

Vdd 

D17 

Vdd 

Vdd 

Vdd 

Vdd 

D21 

Vdd 

Vdd 

Vdd 

Vdd 

D25 

Vdd 

Vdd 

Vdd 

Vdd 

D28 

Vdd 

Vdd 

Vdd 

Vdd 

D4 

Vdd 

Vdd 

Vdd 

Vdd 

D7 

Vdd 

Vdd 

Vdd 

Vdd 

G28 

Vdd 

Vdd 

Vdd 

Vdd 

G4 

Vdd 

Vdd 

Vdd 

Vdd 

L28 

Vdd 

Vdd 

Vdd 

Vdd 

L4 

Vdd 

Vdd 

Vdd 

Vdd 

R28 

Vdd 

Vdd 

Vdd 

Vdd 

R4 

Vdd 

Vdd 

Vdd 

Vdd 

U28 

Vdd 

Vdd 

Vdd 

Vdd 

U4 

Vdd 

Vdd 

Vdd 

Vdd 


Notes: 

The OR2T15A pin AG2 is not connected in the 432-pin EBGA package. 

The pins labeied “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 

Table 27. OR2C/2T26A and OR2C/2T40A 600-Pin EBGA Pinout 


Pin 

OR2C/2T26A 

Pad 

OR2C/2T40A 

Pad 

Function 

E32 

PL1D 

PL1D 

I/O 

E33 

— 

PL1C 

I/O 

E34 

PL1C 

PL1A 

I/O 

F31 

PL1B 

PL2D 

I/O 

F32 

PL1A 

PL2A 

I/O 

F33 

PL2D 

PL3D 

l/O-AO 

F34 

PL2C 

PL3C 

I/O 

G31 

PL2B 

PL3B 

I/O 

G32 

PL2A 

PL3A 

I/O 

G33 

PL3D 

PL4D 

I/O 

G34 

PL3C 

PL4C 

I/O 

H31 

PL3B 

PL4B 

I/O 

H32 

PL3A 

PL4A 

I/O 

H33 

PL4D 

PL5D 

I/0-VDD5 

H34 

PL4C 

PL5C 

I/O 

J31 

PL4B 

PL5B 

I/O 

J32 

— 

PL5A 

I/O 

J33 

PL4A 

PL6D 

I/O 

J34 

— 

PL6C 

I/O 

J35 

— 

PL6B 

I/O 

K31 

— 

PL6A 

I/O 

K32 

PL5D 

PL7D 

I/O 

K33 

PL5C 

PL7C 

I/O 

K34 

PL5B 

PL7B 

I/O 

K35 

— 

PL7A 

I/O 

L32 

PL5A 

PL8D 

I/0-A1 

L33 

— 

PL8C 

I/O 

L34 

— 

PL8B 

I/O 

L35 

— 

PL8A 

I/O 

M31 

PL6D 

PL9D 

I/O 

M32 

PL6C 

PL9C 

I/O 

M33 

PL6B 

PL9B 

I/O 

M34 

PL6A 

PL9A 

I/0-A2 

M35 

PL7D 

PL10D 

I/O 

N31 

PL7C 

PL10C 

I/O 

N32 

PL7B 

PL10B 

I/O 

N33 

PL7A 

PL10A 

I/0-A3 

N34 

PL8D 

PL11D 

I/0-VDD5 

P31 

PL8C 

PLUG 

I/O 

P32 

PL8B 

PL11B 

I/O 

P33 

PL8A 

PL11A 

I/O 

P34 

PL9D 

PL12D 

I/O 

P35 

PL9C 

PL12C 

I/O 

R31 

PL9B 

PL12B 

I/O 

R32 

PL9A 

PL12A 

I/0-A4 

R33 

PL10D 

PL13D 

I/0-A5 

R34 

PL10C 

PL13C 

I/O 


Pin 

OR2C/2T26A 

Pad 

OR2C/2T40A 

Pad 

Function 

R35 

PL10B 

PL13B 

I/O 

T32 

PL10A 

PL13A 

I/O 

T33 

PL11D 

PL14D 

I/O 

T34 

PLUG 

PL14G 

I/O 

U31 

PL11B 

PL14B 

I/O 

U32 

PL11A 

PL14A 

I/0-A6 

U33 

PL12D 

PL15D 

I/O 

U34 

PL12G 

PL15G 

I/O 

V33 

PL12B 

PL15B 

I/O 

V31 

PL12A 

PL15A 

I/0-A7 

V32 

PL13D 

PL16D 

I/O 

V34 

PL13G 

PL16G 

I/0-VDD5 

W35 

PL13B 

PL16B 

I/O 

W33 

PL13A 

PL16A 

I/0-A8 

W31 

PL14D 

PL17D 

I/0-A9 

W32 

PL14G 

PL17G 

I/O 

W34 

PL14B 

PL17B 

I/O 

Y34 

PL14A 

PL17A 

I/O 

Y33 

PL15D 

PL18D 

I/O 

Y32 

PL15G 

PL18G 

I/O 

AA35 

PL15B 

PL18B 

I/O 

AA34 

PL15A 

PL18A 

I/O-A10 

AA33 

PL16D 

PL19D 

I/O 

AA31 

PL16G 

PL19G 

I/O 

AA32 

PL16B 

PL19B 

I/O 

AB35 

PL16A 

PL19A 

I/O 

AB34 

PL17D 

PL20D 

I/O 

AB33 

PL17C 

PL20C 

I/O 

AB31 

PL17B 

PL20B 

I/O 

AB32 

PL17A 

PL20A 

I/0-A11 

AC34 

PL18D 

PL21D 

I/0-A12 

AC33 

PL18G 

PL21G 

I/O 

AC32 

PL18B 

PL21B 

I/O 

AC31 

PL18A 

PL21A 

I/O 

AD35 

PL19D 

PL22D 

I/O 

AD34 

PL19G 

PL22G 

I/O 

AD33 

PL19B 

PL22B 

I/0-A13 

AD32 

PL19A 

PL22A 

I/O 

AD31 

PL20D 

PL23D 

I/O 

AE35 

PL20C 

PL23C 

I/O 

AE34 

— 

PL23B 

I/O 

AE33 

— 

PL23A 

I/O 

AE32 

PL20B 

PL24D 

I/O 

AF35 

— 

PL24G 

I/O 

AF34 

— 

PL24B 

I/O 

AF33 

— 

PL24A 

I/O 

AF32 

PL20A 

PL25D 

I/O 


Note: The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 

Table 27. OR2C/2T26A and OR2C/2T40A 600-Pin EBGA Pinout (continued) 


Pin 

OR2C/2T26A 

Pad 

OR2C/2T40A 

Pad 

Function 

AF31 

— 

PL25C 

I/O 

AG35 

— 

PL25B 

I/O 

AG34 

PL21D 

PL25A 

I/0-A14 

AG33 

—- 

PL26D 

I/O 

AG32 

PL21C 

PL26C 

I/O 

AG31 

PL21B 

PL26B 

I/O 

AH34 

PL21A 

PL26A 

I/O 

AH33 

PL22D 

PL27D 

I/0-VDD5 

AH32 

PL22C 

PL27C 

I/O 

AH31 

PL22B 

PL27B 

I/O 

AJ34 

PL22A 

PL27A 

I/O 

AJ33 

PL23D 

PL28D 

I/O 

AJ32 

PL23C 

PL28C 

I/O 

AJ31 

PL23B 

PL28B 

I/O 

AK34 

PL23A 

PL28A 

I/O 

AK33 

— 

PL29D 

I/O 

AK32 

PL24D 

PL29A 

I/O 

AK31 

PL24C 

PL30C 

I/O 

AL34 

PL24B 

PL30B 

I/O 

AL33 

PL24A 

PL30A 

I/0-A15 

AL32 

CCLK 

CCLK 

CCLK 

AM31 

PB1A 

PB1A 

I/0-A16 

AN31 

PB1B 

PB1B 

I/O 

AP31 

— 

PB1D 

I/O 

AL30 

PB1C 

PB2A 

I/O 

AM30 

PB1D 

PB2D 

I/O 

AN30 

PB2A 

PB3A 

I/O 

AP30 

PB2B 

PB3B 

I/O 

AL29 

PB2C 

PB3C 

I/O 

AM29 

PB2D 

PB3D 

I/0-VDD5 

AN29 

PB3A 

PB4A 

I/O 

AP29 

PB3B 

PB4B 

I/O 

AL28 

PB3C 

PB4C 

I/O 

AM28 

PB3D 

PB4D 

I/O 

AN28 

PB4A 

PB5A 

I/O 

AP28 

PB4B 

PB5B 

I/O 

AL27 

PB4C 

PB5C 

I/O 

AM27 

PB4D 

PB5D 

i/0-A17 

AN27 

PB5A 

PB6A 

I/O 

AP27 

PB5B 

PB6B 

I/O 

AR27 

PB5C 

PB6C 

I/O 

AL26 

PB5D 

PB6D 

I/O 

AM26 

PB6A 

PB7A 

I/O 

AN26 

— 

PB7B 

I/O 

AP26 

— 

PB7C 

I/O 

AR26 

PB6B 

PB7D 

I/O 

AM25 

PB6C 

PB8A 

I/O 


Pin 

OR2C/2T26A 

Pad 

OR2C/2T40A 

Pad 

Function 

AN25 

— 

PB8B 

I/O 

AP25 

— 

PB8C 

I/O 

AR25 

PB6D 

PB8D 

I/O 

AL24 

PB7A 

PB9A 

I/O 

AM24 

— 

PB9B 

I/O 

AN24 

— 

PB9C 

I/O 

AP24 

PB7B 

PB9D 

I/O 

AR24 

PB7C 

PB10A 

I/O 

AL23 

— 

PB10B 

I/O 

AM23 

— 

PB10C 

I/O 

AN23 

PB7D 

PB10D 

I/O 

AP23 

PB8A 

PB11A 

I/O-VddS 

AL22 

PB8B 

PB11B 

I/O 

AM22 

PB8C 

PB11C 

I/O 

AN22 

PB8D 

PB11D 

I/O 

AP22 

PB9A 

PB12A 

I/O 

AR22 

PB9B 

PB12B 

I/O 

AL21 

PB9C 

PB12C 

I/O 

AM21 

PB9D 

PB12D 

I/O 

AN21 

PB10A 

PB13A 

I/O 

AP21 

PB10B 

PB13B 

I/O 

AR21 

PB10C 

PB13C 

I/O 

AM20 

PB10D 

PB13D 

I/O 

AN20 

PB11A 

PB14A 

I/O 

AP20 

PB11B 

PB14B 

I/O 

AL19 

PB11C 

PB14C 

I/O 

AM19 

PB11D 

PB14D 

I/O 

AN19 

PB12A 

PB1SA 

I/O 

API 9 

PB12B 

PB1SB 

I/O 

AN18 

PB12C 

PB1SC 

I/O 

AL18 

PB12D 

PB1SD 

I/O 

AM18 

PB13A 

PB16A 

I/O 

API 8 

PB13B 

PB16B 

I/O 

AR17 

PB13C 

PB16C 

I/O 

AN17 

PB13D 

PB16D 

I/O 

AL17 

PB14A 

PB17A 

I/O-VDDS 

AM17 

PB14B 

PB17B 

I/O 

API 7 

PB14C 

PB17C 

I/O 

AP16 

PB14D 

PB17D 

I/O 

AN16 

PB1SA 

PB18A 

I/O 

AM16 

PB1SB 

PB18B 

I/O 

AR15 

PB1SC 

PB18C 

I/O 

APIS 

PB1SD 

PB18D 

I/O 

AN15 

PB16A 

PB19A 

l/O-HDC 

AL15 

PB16B 

PB19B 

I/O 

AMIS 

PB16C 

PB19C 

I/O 

AR14 

PB16D 

PB19D 

I/O 


Note: The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 

Table 27. OR2C/2T26A and OR2C/2T40A 600-Pin EBGA Pinout (continued) 


Pin 

OR2C/2T26A 

Pad 

OR2C/2T40A 

Pad 

Function 

API 4 

PB17A 

PB20A 

I/O 

AN14 

PB17B 

PB20B 

I/O 

ALU 

PB17C 

PB20C 

I/O 

AMU 

PB17D 

PB20D 

I/O 

API 3 

PB18A 

PB21A 

i/o-n5c 

AN13 

— 

PB21B 

I/O 

AMI 3 

— 

PB21C 

I/O 

AL13 

PB18B 

PB21D 

I/O 

AR12 

PB18C 

PB22A 

I/O 

AP12 

— 

PB22B 

I/O 

AN12 

— 

PB22C 

I/O 

AM12 

PB18D 

PB22D 

I/O 

AL12 

PB19A 

PB23A 

I/O 

AR11 

— 

PB23B 

I/O 

AP11 

— 

PB23C 

I/O 

AN11 

— 

PB23D 

I/O 

AM11 

PB19B 

PB24A 

I/O 

AR10 

— 

PB24B 

I/O 

AP10 

PB19C 

PB24C 

I/O 

AN10 

PB19D 

PB24D 

I/O 

AM10 

PB20A 

PB2SA 

I/O-MT 

ALIO 

PB20B 

PB2SB 

I/O 

AR9 

PB20C 

PB25C 

I/O 

AP9 

PB20D 

PB2SD 

I/O 

AN9 

PB21A 

PB26A 

I/O-VddS 

AM9 

PB21B 

PB26B 

I/O 

AL9 

PB21C 

PB26C 

I/O 

APS 

PB21D 

PB26D 

I/O 

AN8 

PB22A 

PB27A 

I/O 

AMS 

PB22B 

PB27B 

I/O 

ALS 

PB22C 

PB27C 

I/O 

AP7 

PB22D 

PB27D 

I/O 

AN7 

PB23A 

PB28A 

I/O 

AM7 

PB23B 

PB28B 

I/O 

AL7 

PB23C 

PB28C 

I/O 

AP6 

PB23D 

PB28D 

I/O 

AN6 

PB24A 

PB29A 

I/O 

AM6 

PB24B 

PB29D 

I/O 

AL6 

— 

PB30A 

I/O 

APS 

PB24C 

PB30C 

I/O 

AN5 

PB24D 

PB30D 

I/O 

AMS 

DONE 

DONE 

DONE 

AL4 

RESET 

RESET 

RESET 

ALS 

PRGM 

PRGM 

PRGM 

AL2 

PR24A 

PR30A 

l/O-MO 

AKS 

PR24B 

PR30B 

I/O 

AK4 

PR24C 

PR29A 

I/O 


Pin 

OR2C/2T26A 

Pad 

OR2C/2T40A 

Pad 

Function 

AKS 

PR24D 

PR29D 

I/O 

AK2 

PR23A 

PR28A 

I/O-VddS 

AJS 

PR23B 

PR28B 

I/O 

AJ4 

PR23C 

PR28C 

I/O 

AJS 

PR23D 

PR28D 

I/O 

AJ2 

PR22A 

PR27A 

I/O 

AHS 

PR22B 

PR27B 

I/O 

AH4 

PR22C 

PR27C 

I/O 

AHS 

PR22D 

PR27D 

I/O 

AH2 

PR21A 

PR26A 

I/O 

AGS 

PR21B 

PR26B 

I/O 

AG4 

PR21C 

PR26C 

I/O 

AGS 

— 

PR26D 

I/O 

AG2 

PR21D 

PR2SA 

I/O 

AG1 

— 

PR2SB 

I/O 

APS 

— 

PR2SC 

I/O 

AF4 

— 

PR2SD 

I/O 

APS 

PR20A 

PR24A 

I/O 

AF2 

PR20B 

PR24B 

I/O 

AF1 

— 

PR24C 

I/O 

AE4 

PR20C 

PR24D 

I/O 

AES 

— 

PR23A 

I/O 

AE2 

— 

PR23B 

I/O 

AE1 

— 

PR23C 

I/O 

ADS 

PR20D 

PR23D 

I/0-M1 

AD4 

PR19A 

PR22A 

I/O 

ADS 

PR19B 

PR22B 

I/O 

AD2 

PR19C 

PR22C 

I/O 

ADI 

PR19D 

PR22D 

I/O-VddS 

ACS 

PR18A 

PR21A 

I/O 

AC4 

PR18B 

PR21B 

I/O 

ACS 

PR18C 

PR21C 

I/O 

AC2 

PR18D 

PR21D 

I/O 

AB5 

PR17A 

PR20A 

I/0-M2 

AB4 

PR17B 

PR20B 

I/O 

AB3 

PR17C 

PR20C 

I/O 

AB2 

PR17D 

PR20D 

I/O 

AB1 

PR16A 

PR19A 

I/O 

AAS 

PR16B 

PR19B 

I/O 

AA4 

PR16C 

PR19C 

I/O 

AAS 

PR16D 

PR19D 

I/O 

AA2 

PR1SA 

PR ISA 

I/0-M3 

AA1 

PR1SB 

PR1SB 

I/O 

Y4 

PR1SC 

PR ISC 

I/O 

Y3 

PR1SD 

PR1SD 

I/O 

Y2 

PRUA 

PR17A 

I/O 

WS 

PRUB 

PR17B 

I/O 


Note: The pins labeleid “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 

Table 27. OR2C/2T26A and OR2C/2T40A 600-Pin EBGA Pinout (continued) 


Pin 

OR2C/2T26A 

Pad 

OR2C/2T40A 

Pad 

Function 

W4 

PR14C 

PR17C 

I/O 

W3 

PR14D 

PR17D 

I/O 

W2 

PR13A 

PR16A 

I/O 

V3 

PR13B 

PR16B 

I/O 

V5 

PR13C 

PR16C 

I/O 

V4 

PR13D 

PR16D 

I/O 

V2 

PR12A 

PR15A 

I/O 

U1 

PR12B 

PR15B 

I/O 

U3 

PR12C 

PR15C 

I/O 

U5 

PR12D 

PR15D 

I/O 

U4 

PR11A 

PR14A 

I/0-VDD5 

U2 

PR11B 

PR14B 

I/O 

T2 

PR11C 

PR14C 

I/O 

T3 

PR11D 

PR14D 

I/O 

T4 

PR10A 

PR13A 

I/O 

R1 

PR10B 

PR13B 

I/O 

R2 

PR10C 

PR13C 

I/O 

R3 

PR10D 

PR13D 

I/O 

R5 

PR9A 

PR12A 

I/0-CS1 

R4 

PR9B 

PR12B 

I/O 

PI 

PR9C 

PR12C 

I/O 

P2 

PR9D 

PR12D 

I/O 

P3 

PR8A 

PR11A 

I/O 

P5 

PR8B 

PR11B 

I/O 

P4 

PR8C 

PR11C 

I/O 

N2 

PR8D 

PR11D 

I/O 

N3 

PR7A 

PR10A 

i/O-CSO 

N4 

PR7B 

PR10B 

I/O 

N5 

PR7C 

PR10C 

I/O 

Ml 

PR7D 

PR10D 

I/O 

M2 

PR6A 

PR9A 

I/O 

M3 

PR6B 

PR9B 

I/O 

M4 

PR6C 

PR9C 

I/O 

M5 

PR6D 

PR9D 

I/O 

LI 

PR5A 

PR8A 

i/O-RD 

L2 

__ 

PR8B 

I/O 

L3 

— 

PR8C 

I/O 

L4 

— 

PR8D 

I/O 

K1 

PR5B 

PR7A 

I/O 

K2 

__ 

PR7B 

I/O 

K3 

PR5C 

PR7C 

I/O 

K4 

— 

PR7D 

I/O 

K5 

PR5D 

PR6A 

I/O 

J1 

__ 

PR6B 

I/O 


— 

PR6C 

I/O 

J3 

— 

PR6D 

I/O 

J4 

PR4A 

PR5A 

I/0-VDD5 


Pin 

OR2C/2T26A 

Pad 

OR2C/2T40A 

Pad 

Function 

J5 

PR4B 

PR5B 

I/O 

H2 

PR4C 

PR5C 

I/O 

H3 

PR4D 

PR5D 

I/O 

H4 

PR3A 

PR4A 

l/O-WR 

H5 

PR3B 

PR4B 

I/O 

G2 

PR3C 

PR4C 

I/O 

G3 

PR3D 

PR4D 

I/O 

G4 

PR2A 

PR3A 

I/O 

G5 

PR2B 

PR3B 

I/O 

F2 

PR2C 

PR3C 

I/O 

F3 

PR2D 

PR3D 

I/O 

F4 

PR1A 

PR2A 

I/O 

F5 

PR1B 

PR2D 

I/O 

E2 

PRIG 

PR1A 

I/O 

E3 

PR1D 

PR1D 

I/O 

E4 

RD_CFGN 

RD_CFGN 

RD_CFGN 

D5 

PT24D 

PT30D 

I/O 

C5 

— 

PT30C 

I/O 

B5 

PT24C 

PT30A 

I/O 

E6 

PT24B 

PT29B 

I/O 

D6 

PT24A 

PT29A 

I/O 

C6 

PT23D 

PT28D 

I/O 

B6 

PT23C 

PT28C 

I/O 

E7 

PT23B 

PT28B 

I/O 

D7 

PT23A 

PT28A 

l/O-RDY/RCLK 

C7 

PT22D 

PT27D 

I/O 

B7 

PT22C 

PT27C 

I/O 

E8 

PT22B 

PT27B 

I/O 

D8 

PT22A 

PT27A 

I/O 

C8 

PT21D 

PT26D 

I/O 

B8 

PT21C 

PT26C 

I/O 

E9 

PT21B 

PT26B 

I/O 

D9 

PT21A 

PT26A 

I/O 

09 

PT20D 

PT25D 

I/0-D7 

B9 

PT20C 

PT25C 

I/O 

A9 

PT20B 

PT25B 

I/O 

E10 

PT20A 

PT25A 

I/O 

DIO 

PT19D 

PT24D 

I/0-VDD5 

CIO 

PT19C 

PT24C 

I/O 

BIO 

PT19B 

PT24B 

I/O 

A10 

— 

PT24A 

I/O 

Dll 

PT19A 

PT23D 

I/O 

Oil 

— 

PT23C 

I/O 

B11 

— 

PT23B 

I/O 

All 

— 

PT23A 

I/O 

E12 

PT18D 

PT22D 

I/O 

D12 

— 

PT22C 

I/O 


Note: The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 

Table 27. OR2C/2T26A and OR2C/2T40A 600-Pin EBGA Pinout (continued) 


Pin 

OR2C/2T26A 

Pad 

OR2C/2T40A 

Pad 

Function 

C12 

— 

PT22B 

I/O 

B12 

PT18C 

PT22A 

I/O 

A12 

PT18B 

PT21D 

I/0-D6 

E13 

— 

PT21C 

I/O 

D13 

— 

PT21B 

I/O 

C13 

PT18A 

PT21A 

I/O 

B13 

PT17D 

PT20D 

I/O 

E14 

PT17C 

PT20C 

I/O 

D14 

PT17B 

PT20B 

I/O 

C14 

PT17A 

PT20A 

I/O 

B14 

PT16D 

PT19D 

I/0-VDD5 

A14 

PT16C 

PT19C 

I/O 

E15 

PT16B 

PT19B 

I/O 

D15 

PT16A 

PT19A 

I/0-D5 

C15 

PT15D 

PT18D 

I/O 

B15 

PT15C 

PT18C 

I/O 

A15 

PT15B 

PT18B 

I/O 

D16 

PT15A 

PT18A 

I/O 

C16 

PT14D 

PT17D 

I/O 

B16 

PT14C 

PT17C 

I/O 

E17 

PT14B 

PT17B 

I/O 

D17 

PT14A 

PT17A 

I/0-D4 

C17 

PT13D 

PT16D 

I/O 

B17 

PT13C 

PT16C 

I/O 

CIS 

PT13B 

PT16B 

I/O 

E18 

PT13A 

PT16A 

I/0-D3 

D18 

PT12D 

PT15D 

I/O 

B18 

PT12C 

PT15C 

I/O 

A19 

PT12B 

PT15B 

I/0-VDD5 

C19 

PT12A 

PT15A 

I/0-D2 

E19 

PT11D 

PT14D 

I/0-D1 

D19 

PT11C 

PT14C 

I/O 

B19 

PT11B 

PT14B 

I/O 

B20 

PT11A 

PT14A 

I/O 

C20 

PT10D 

PT13D 

I/O 

D20 

PT10C 

PT13C 

I/O 

A21 

PT10B 

PT13B 

I/O 

B21 

PT10A 

PT13A 

l/O-DO/DIN 

C21 

PT9D 

PT12D 

I/O 

E21 

PT9C 

PT12C 

I/O 

D21 

PT9B 

PT12B 

I/O 

A22 

PT9A 

PT12A 

I/O 

B22 

PT8D 

PT11D 

I/O 

C22 

PT8C 

PT11C 

I/O 

E22 

PT8B 

PT11B 

I/O 

D22 

PT8A 

PT11A 

l/O-DOUT 

B23 

PT7D 

PT10D 

I/O 


Pin 

OR2C/2T26A 

Pad 

OR2C/2T40A 

Pad 

Function 

C23 

— 

PT10C 

I/O 

D23 

— 

PT10B 

I/O 

E23 

PT7C 

PT10A 

I/O 

A24 

PT7B 

PT9D 

I/O 

B24 

— 

PT9C 

I/O 

C24 

— 

PT9B 

I/O 

D24 

PT7A 

PT9A 

I/O 

E24 

PT6D 

PT8D 

I/O 

A25 

— 

PT8C 

I/O 

B25 

— 

PT8B 

I/O 

C25 

PT6C 

PT8A 

I/O 

D25 

PT6B 

PT7D 

I/O 

A26 

— 

PT7C 

I/O 

B26 

— 

PT7B 

I/O 

C26 

PT6A 

PT7A 

l/O-TDI 

D26 

PT5D 

PT6D 

I/O 

E26 

PT5C 

PT6C 

I/O 

A27 

PT5B 

PT6B 

I/O 

B27 

PT5A 

PT6A 

I/0-VDD5 

C27 

PT4D 

PT5D 

I/O 

D27 

PT4C 

PT5C 

I/O 

E27 

PT4B 

PT5B 

I/O 

B28 

PT4A 

PT5A 

l/O-TMS 

C28 

PT3D 

PT4D 

I/O 

D28 

PT3C 

PT4C 

I/O 

E28 

PT3B 

PT4B 

I/O 

B29 

PT3A 

PT4A 

I/O 

C29 

PT2D 

PT3D 

I/O 

D29 

PT2C 

PT3C 

I/O 

E29 

PT2B 

PT3B 

I/O 

B30 

PT2A 

PT3A 

I/O 

C30 

PT1D 

PT2D 

I/O 

D30 

PT1C 

PT2A 

I/O 

E30 

PT1B 

PT1D 

I/O 

B31 

— 

PT1C 

I/O 

C31 

PT1A 

PT1A 

l/O-TCK 

D31 

RD_DATA/ 

PTDO 

RD.DATA/ 

PTDO 

RD_DATA/ 

TDO 

A13 

VSS 

Vss 

Vss 

A16 

VSS 

Vss 

Vss 

A20 

Vss 

Vss 

Vss 

A23 

VSS 

Vss 

Vss 

A28 

Vss 

Vss 

Vss 

A29 

Vss 

Vss 

Vss 

A3 

Vss 

Vss 

Vss 

A32 

Vss 

Vss 

Vss 

A33 

Vss 

Vss 

Vss 


Note: The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 

Table 27. OR2C/2T26A and OR2C/2T40A 600-Pm EBGA Pinout (continued) 


Pin 

OR2C/2T26A 

Pad 

OR2C/2T40A 

Pad 

Function 

A4 

vss 

Vss 

Vss 

AT 

Vss 

Vss 

Vss 

A8 

Vss 

Vss 

Vss 

AC1 

Vss 

Vss 

Vss 

AC35 

Vss 

Vss 

Vss 

AH1 

Vss 

Vss 

Vss 

AH35 

Vss 

Vss 

Vss 

AJ1 

Vss 

vss 

Vss 

AJ35 

Vss 

Vss 

Vss 

AMI 

Vss 

Vss 

Vss 

AM2 

Vss 

Vss 

Vss 

AM3 

Vss 

Vss 

Vss 

AM33 

Vss 

Vss 

Vss 

AM34 

Vss 

Vss 

Vss 

AM35 

Vss 

Vss 

Vss 

AN1 

Vss 

Vss 

Vss 

AN2 

Vss 

Vss 

Vss 

AN32 

Vss 

Vss 

Vss 

AN34 

Vss 

Vss 

vss 

AN35 

Vss 

Vss 

Vss 

AN4 

Vss 

Vss 

Vss 

AP3 

Vss 

Vss 

Vss 

AP32 

Vss 

Vss 

Vss 

AP33 

Vss 

Vss 

Vss 

AP4 

Vss 

Vss 

Vss 

AR13 

Vss 

Vss 

Vss 

AR16 

Vss 

Vss 

Vss 

AR20 

Vss 

Vss 

Vss 

AR23 

Vss 

Vss 

Vss 

AR28 

Vss 

Vss 

Vss 

AR29 

Vss 

Vss 

Vss 

AR3 

Vss 

Vss 

Vss 

AR32 

Vss 

Vss 

Vss 

AR33 

Vss 

Vss 

Vss 

AR4 

Vss 

Vss 

Vss 

AR7 

Vss 

Vss 

Vss 

AR8 

Vss 

Vss 

Vss 

B3 

Vss 

Vss 

Vss 

B32 

vss 

Vss 

vss 

B33 

Vss 

Vss 

vss 

B4 

Vss 

Vss 

Vss 

Cl 

Vss 

Vss 

Vss 

C2 

Vss 

Vss 

Vss 

C32 

Vss 

Vss 

Vss 

C34 

Vss 

Vss 

Vss 

C35 

Vss 

Vss 

Vss 

C4 

Vss 

Vss 

vss 


Pin 

OR2C/2T26A 

Pad 

OR2C/2T40A 

Pad 

Function 

D1 

Vss 

Vss 

Vss 

D2 

Vss 

Vss 

Vss 

D3 

Vss 

Vss 

Vss 

D33 

Vss 

Vss 

Vss 

D34 

Vss 

Vss 

Vss 

D35 

Vss 

Vss 

Vss 

G1 

Vss 

Vss 

Vss 

G35 

Vss 

Vss 

Vss 

HI 

Vss 

Vss 

Vss 

H35 

Vss 

Vss 

Vss 

N1 

Vss 

Vss 

Vss 

N35 

Vss 

Vss 

Vss 

T1 

Vss 

Vss 

Vss 

T35 

Vss 

Vss 

Vss 

Y1 

Vss 

Vss 

Vss 

Y35 

Vss 

Vss 

Vss 

A1 

Vdd 

Vdd 

Vdd 

A17 

Vdd 

Vdd 

Vdd 

A18 

Vdd 

Vdd 

Vdd 

A2 

Vdd 

Vdd 

Vdd 

A30 

Vdd 

Vdd 

Vdd 

A31 

Vdd 

Vdd 

Vdd 

A34 

Vdd 

Vdd 

Vdd 

A35 

Vdd 

Vdd 

Vdd 

A5 

Vdd 

Vdd 

Vdd 

A6 

Vdd 

Vdd 

Vdd 

AE31 

Vdd 

Vdd 

Vdd 

AES 

Vdd 

Vdd 

Vdd 

AK1 

Vdd 

Vdd 

Vdd 

AK35 

Vdd 

Vdd 

Vdd 

AL1 

Vdd 

Vdd 

Vdd 

ALII 

Vdd 

Vdd 

Vdd 

AL16 

Vdd 

Vdd 

Vdd 

AL20 

Vdd 

Vdd 

Vdd 

AL25 

Vdd 

Vdd 

Vdd 

AL31 

Vdd 

Vdd 

Vdd 

AL35 

Vdd 

Vdd 

Vdd 

AL5 

Vdd 

Vdd 

Vdd 

AM32 

Vdd 

Vdd 

Vdd 

AM4 

Vdd 

Vdd 

Vdd 

AN3 

Vdd 

Vdd 

Vdd 

AN33 

Vdd 

Vdd 

Vdd 

API 

Vdd 

Vdd 

Vdd 

AP2 

Vdd 

Vdd 

Vdd 

AP34 

Vdd 

Vdd 

Vdd 

AP35 

Vdd 

Vdd 

Vdd 

AR1 

Vdd 

Vdd 

Vdd 


Note: The pins labeled “I/0-VDD5" are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Pin Information (continued) 

Table 27. OR2C/2T26A and OR2C/2T40A 600-Pin EBGA Pinout (continued) 


Pin 

OR2C/2T26A 

Pad 

OR2C/2T40A 

Pad 

Function 

AR18 

Vdd 

Vdd 

Vdd 

AR19 

Vdd 

Vdd 

Vdd 

AR2 

Vdd 

Vdd 

Vdd 

AR30 

Vdd 

Vdd 

Vdd 

AR31 

Vdd 

Vdd 

Vdd 

AR34 

Vdd 

Vdd 

Vdd 

AR35 

Vdd 

Vdd 

Vdd 

AR5 

Vdd 

Vdd 

Vdd 

AR6 

Vdd 

Vdd 

Vdd 

B1 

Vdd 

Vdd 

Vdd 

B2 

Vdd 

Vdd 

Vdd 

B34 

Vdd 

Vdd 

Vdd 

B35 

Vdd 

Vdd' 

Vdd 

C3 

Vdd 

Vdd 

Vdd 

C33 

Vdd 

Vdd 

Vdd 

D32 

Vdd 

Vdd 

Vdd 

D4 

Vdd 

Vdd 

Vdd 

El 

Vdd 

Vdd 

Vdd 

Ell 

Vdd 

Vdd 

Vdd 


Pin 

OR2C/2T26A 

Pad 

OR2C/2T40A 

Pad 

Function 

E16 

Vdd 

Vdd 

Vdd 

E20 

Vdd 

Vdd 

Vdd 

E25 

Vdd 

Vdd 

Vdd 

E31 

Vdd 

Vdd 

Vdd 

E35 

Vdd 

Vdd 

Vdd 

E5 

Vdd 

Vdd 

Vdd 

FI 

Vdd 

Vdd 

Vdd 

F35 

Vdd 

Vdd 

Vdd 

L31 

Vdd 

Vdd 

Vdd 

L5 

Vdd 

Vdd 

Vdd 

T31 

Vdd 

Vdd 

Vdd 

T5 

Vdd 

Vdd 

Vdd 

U35 

Vdd 

Vdd 

Vdd 

VI 

Vdd 

Vdd 

Vdd 

V35 

Vdd 

Vdd 

Vdd 

W1 

Vdd 

Vdd 

Vdd 

Y31 

Vdd 

Vdd 

Vdd 

Y5 

Vdd 

Vdd 

Vdd 


Note; The pins labeled “I/0-VDD5” are user I/Os for the OR2CxxA series, but they are connected to VDD5 for the OR2TxxA series. 
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Package Thermal Characteristics 

When silicon die junction temperature is below the 
recommended junction temperature of 125 °C, the 
temperature-activated failure mechanisms are mini¬ 
mized. There are four major factors that affect the 
thermal resistance value: silicon device size/paddle 
size, board mounting configuration (board density, 
multilayer nature of board), package type and size, 
and system airflow over the package. The values in the 
table below reflect the capability of the various package 
types to dissipate heat at given airflow rates. The num¬ 
bers represent the delta °C/W between the ambient 
temperature and the device junction temperature. 

To test package thermal characteristics, a single pack¬ 
age containing a 0.269 in. sq. test IC of each configura¬ 
tion is mounted at the center of a printed-circuit board 
(PCB) measuring 8 in. x 13 in. x 0.062 in. The assem¬ 
bled PCB is mounted vertically In the center of the rect¬ 
angular test section of a wind tunnel. The walls of the 
wind tunnel simulate adjacent boards in the electronic 
rack and can be adjusted to study the effects of PCB 
spacing. Forced air at room temperature is supplied by 
a pair of push-pull blowers which can be regulated to 
supply the desired air velocities. The air velocity is 
measured with a hot-wire anemometer at the center of 
the channel, 3 in. upstream from the package. 

A typical test consists of regulating the wind tunnel 
blowers to obtain the desired air velocity and applying 
power to the test IC. The power to the IC is adjusted 
until the maximum junction temperature (as measured 
by its diodes) reaches 115 °C to 120 °C.The thermal 
resistance 0ja (°C/W) Is computed by using the power 
supplied to the IC, junction temperature, ambient tem¬ 
perature, and air velocity: 


0JA 


TJ-TA 

QC 


The definition of the junction-to-case thermal resis¬ 
tance (0JC) is: 


0JC 


TJ-TC 

QC 


where: 

Tc = temperature measured to the thermocouple at 
the top dead center of the package 

The actual 0JC measurement performed at Lucent 
Technologies, 0 j -tdc, uses a different package 
mounting arrangement than the one defined for 0JC in 
MIL-STD-883D and SEMI standards. Please contact 
Lucent for a diagram. 

The maximum power dissipation for a package is 
calculated from the maximum allowed junction temper¬ 
ature (TJmax, 125 °C), the maximum ambient tempera¬ 
ture (TAmax), and the junction-to-amblent thermal 
characteristic for the given package (0jA).The maxi¬ 
mum power for the package is calculated as follows: 

Max. Power (Watts) = (125 °C - TAmax) x (1/0ja) 

In Table 28, a maximum power dissipation for each 
package Is shown with TAmax = 70 °C for the commer¬ 
cial temperature range and the 0ja used is for 0 feet 
per minute of air flowing over the package. If your appli¬ 
cation does not correspond to these parameters, the 
maximum power dissipation should be recalculated 
using the formula above. 

Once the power dissipated by the FPGA has been 
determined (see the Estimating Power Dissipation sec¬ 
tion), the maximum junction temperature of the FPGA 
can be found. This is needed to determine If speed der¬ 
ating of the device from the 85 °C junction temperature 
used in all of the delay tables is needed. Using the 
maximum ambient temperature, TAmax, and the power 
dissipated by the device, P, the maximum junction tem¬ 
perature is given by: 


where: 

Tj = peak temperature on the active surface of the IC 
Ta = ambient air temperature 
Qc = IC power 

The tests are repeated at several velocities from 0 fpm 
(feet per minute) to 1000 fpm. 


TJmax = TAmax + (P • 0ja) °C 

Table 28 lists the thermal characteristics for all pack¬ 
ages used with the ORCA OR2CxxA/OR2TxxA Series 
of FPGAs. 
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Package Thermal Characteristics (continued) 


Table 28. ORCA OR2CxxA/OR2TxxA Plastic Package Thermal Guidelines 


Package 

0JA (°C/W) 

0JC 

Max Power (W) 

0 fpm 

200 fpm 

400 fpm 

(°C/W) 

(70 °C—0 fpm) 

84-Pin PLCC 

40 

35 

32 

9 

1.38 

100-Pin TQFP 

61 

49 

46 

6 

0.90 

144-Pin TQFP 

52 

39 

36 

4 

1.05 

160-Pin QFP 

40 

36 

32 

8 

1.38 

208-Pin SQFP 

37 

33 

29 

8 

1.49 

208-Pin SQFP2 

16 

14 

12 

2 

3.43 

240-Pin SQFP 

35 

31 

28 

7 

1.57 

240-Pln SQFP2 

15 

12 

10 

2 

3.66 

256-Pin PBGAT3 

22 

14 

17 

3 (est.) 

2.62 

256-Pin PBGA2.3 

26 

23 

21 

TBD 

1.97 

304-Pin SQFP 

33 

30 

27 

6 

1.67 

304-Pin SQFP2 

12 

10 

8 

2 

4.58 

352-Pin PBGA'3 

18 

15 

13 

2 (est.) 

3.06 

352-Pin PBGA2.3 

25 

21 

19 

TBD 

2.20 

432-Pin EBGA 

13 

10 

9.3 

<1 

5.50 

600-Pin EBGA 

12 

9 

8.3 

<1 

6.88 


1. With thermal balls connected to board ground plane. 

2. Without thermal balls connected to board ground plane. 

3. Mounted on 4-layer board with two power/ground planes. 


Package Coplanarity 

The coplanarity limits of the ORCA OR2CxxA/ 
OR2TxxA series packages are as follows: 

■ TQFP: 3.15 mils 

■ PLCC and QFP: 4.0 mils 

■ PBGA: 7.5 mils 

■ SQFP: 4.0 mils (240 and 304 only) 

3.15 mils (all other sizes) 

■ EBGA: 8.0 mils 

Package Parasitics 

The electrical performance of an 1C package, such as 
signal quality and noise sensitivity, is directly affected 
by the package parasitics. Table 29 lists eight parasitics 
associated with the ORCA packages. These parasitics 
represent the contributions of all components of a 
package, which include the bond wires, all internal 
package routing, and the external leads. 

Four Inductances In nH are listed: Lsw and Lsl, the 
self-inductance of the lead; and iMwand Lml, the 


mutual inductance to the nearest neighbor lead. These 
parameters are Important in determining ground 
bounce noise and Inductive crosstalk noise. Three 
capacitances in pF are listed: Cm, the mutual capaci¬ 
tance of the lead to the nearest neighbor lead; and Ci 
and C 2 , the total capacitance of the lead to all other 
leads (all other leads are assumed to be grounded). 
These parameters are Important in determining capaci¬ 
tive crosstalk and the capacitive loading effect of the 
lead. 

The parasitic values in Table 29 are for the circuit 
model of bond wire and package lead parasitics. If the 
mutual capacitance value is not used in.the designer’s 
model, then the value listed as mutual capacitance 
should be added to each of the Ci and C 2 capacitors. 
The PGAs contain power and ground planes that will 
make the inductance value for power and ground leads 
the minimum value listed. The PGAs also have a signif¬ 
icant range of parasitic values. This Is due to the large 
variation in Internal trace lengths and Is also due to two 
signal metal layers that are separated from the ground 
plane by different distances. The upper signal layer is 
more inductive but less capacitive than the closer, 
lower signal layer. 
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Package Parasitics (continued) 

Table 29. ORCA OR2CxxA/OR2TxxA Package Parasitics 


Package Type 

Lsw 

Lmw 

Rw 

C1 

C2 

Cm 

Lsl 

Lml 

84-Pin PLCC 

3 

1 

160 

1 

1 

0.5 

7—11 

3—6 

100-Pin TQFP 

3 

1 

160 

0.7 

0.7 

0.94 

3—4 

1.5—2 

144-Pin TQFP 

3.5 

1.5 

175 

1 

1 

0.6 

4—6 

2—2.5 

160-Pin QFP 

4 

2 

200 

1 

1 

1 

13—17 

8—11 

208-Pin SQFP 

4 

2 

200 

1 

1 

1 

7—10 

4—6 

208-Pin SQFP2 

4 

2 

200 

1 

1 

1 

6—9 

4—6 

240-Pin SQFP 

4 

2 

200 

1 

1 

1 

8—12 

5—8 

240-Pin SQFP2 

4 

2 

200 

1 

1 

1 

7—11 

4—7 

256-Pin PBGA 

5 

2 

220 

1 

1 

1 

5—13 

2—6 

304-Pin SQFP 

5 

2 

220 

1 

1 

1 

12—18 

7—12 

304-Pin SQFP2 

5 

2 

220 

1 

1 

1 

11—17 

7—12 

352-Pin PBGA 

5 

2 

220 

1.5 

1.5 

1.5 

7—17 

3—8 

432-Pin EBGA 

4 

1.5 

500 

1 

1 

0.3 

3—5.5 

0.5—1 

600-Pin EBGA 

4 

1.5 

500 

1 

1 

0.4 

3—6 

0.5—1 


CIRCUIT 

Lsw Rw Lsl board pad 



5-3862(C)R2 


Figure 54. Package Parasitics 
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Absolute Maximum Ratings 

Stresses in excess of the absolute maximum ratings can cause permanent damage to the device. These are abso¬ 
lute stress ratings only. Functional operation of the device is not implied at these or any other conditions in excess 
of those given in the operations sections of this data sheet. Exposure to absolute maximum ratings for extended 
periods can adversely affect device reliability. 


The ORCA Series FPGAs include circuitry designed to protect the chips from damaging substrate Injection cur¬ 
rents and prevent accumulations of static charge. Nevertheless, conventional precautions should be observed dur¬ 
ing storage, handling, and use to avoid exposure to excessive electrical stress. 


Parameter 

Symbol 

Min 

Max 

Unit 

Storage Temperature 

Tstg 

-65 

150 


Supply Voltage with Respect to Ground 

Vdd 

-0.5 

7.0 

V 

Vdd 5 Supply Voltage with Respect to Ground 
(OR2TXXA) 

Vdd5 

Vdd 

7.0 

V 

Input Signal with Respect to Ground 

— 

-0.5 

Vdd + 0.3 

V 

Signal Applied to High-Impedance Output 

— 

-0.5 

Vdd + 0.3 

V 

Maximum Soldering Temperature 

— 

— 

260 

°c 


Note: During powerup and powerdown sequencing, VDD is allowed to be at a higher voltage level than VDD5 for up to 100 ms. 


Recommended Operating Conditions 


Mode 

OR2CxxA 

OR2TxxA 

Temperature 

Range 

(Ambient) 

Supply Voltage 
(Vdd) 

Temperature 

Range 

(Ambient) 

Supply Voltage 
(Vdd) 

Supply Voltage 
(Vdd5) 

Commercial 

0 °C to 70 °C 

5 V ± 5% 

0 “C to 70 °C 

3.0 V to 3.6 V 

Vdd to 5.25 V 

Industrial 

^0 °C to +85 °C 

5V±10% 

-40 °C to +85 °C 

3.0 V to 3.6 V 

Vdd to 5.25 V 


Note: The maximum recommended junction temperature (Tj) during operation is 125 °C. 
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Electrical Characteristics 

Table 30. Electrical Characteristics 


OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C < TA < 70 °C; OR2CxxA Industrial; VDD = 5.0 V ± 10%, ^0 °C < TA < +85 °C. 
OR2TXXA Commercial: VDD = 3.0 V to 3.6 V, 0 °C < TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 


Parameter 

Symbol 

Test Conditions 

OR2CxxA 

OR2TxxA 

Unit 

Min 

Max 

Min 

Max 

Input Voltage: 


Input configured as CMOS 






High 

VIH 

(Includes OR2TxxA) 

70% VDD 

Vdd + 0.3 

80% VDD 

Vdd5 + 0.3 

V 

Low 

VIL 


GND-0.5 

20% VDD 

GND-0.5 

15% VDD 

V 

Input Voltage: 


Input configured as TTL 






High 

VIH 

(Not valid for OR2TxxA) 

2.0 

Vdd + 0.3 

— 

— 

V 

Low 

VIL 


-0.5 

0.8 

— 

— 

V 

Output Voltage: 








High 

VOH 

VDD = Min, lOH = 6 mA or 3 mA 

2.4 

— 

2.4 

— 

V 

Low 

VOL 

VDD = Min, lOL =12 mA or 6 mA 

— 

0.4 

— 

0.4 

V 

Input Leakage Current 

IL 

VDD = Max, VIN = VSS or VDD 

-10 

10 

-10 

10 

hA 

Standby Current: 

IDDSB 

OR2CXXA (TA = 25 °C, VDD = 5.0 V) 






OR2C04A/OR2T04A 


OR2TXXA (TA = 25 °C, VDD = 3.3 V) 

— 

6.5 

— 

4.0 

mA 

OR2C06A/OR2T06A 


Internal oscillator running, 

_ 

7.0 

— 

4.3 

mA 

OR2C08A/OR2T08A 


no output loads, 

— 

7.7 

— 

4.8 

mA 

OR2C10A/OR2T10A 


inputs at VDD or GND 


8.4 


5.3 

mA 

OR2C12A/OR2T12A 




9.2 

— 

5.8 

mA 

OR2C15A/OR2T15A 



_ 

10.0 


6.3 

mA 

OR2C26A/OR2T26A 



— 

12.2 


7.8 

mA 

OR2C40A/OR2T40A 



— 

16.3 


10.6 

mA 

Standby Current: 

IDDSB 

OR2CxxA (TA = 25 °C, VDD = 5.0 V) 






OR2C04A/OR2T04A 


OR2TxxA (TA = 25 °C, VDD = 3.3 V) 

— 

1.5 

— 

1.0 

mA 

OR2C06A/OR2T06A 


Internal oscillator stopped, 

— 

2.0 

— 

1.3 

mA 

OR2C08A/OR2T08A 


no output loads. 

— 

2.7 

— 

1.8 

mA 

OR2C10A/OR2T10A 


inputs at VDD or GND 

— 

3.4 

— 

2.3 

mA 

OR2C12A/OR2T12A 



— 

4.2 

— 

2.8 

mA 

OR2C15A/OR2T15A 



— 

5.0 

— 

3.3 

mA 

OR2C26A/OR2T26A 



— 

7.2 

— 

4.8 

mA 

OR2C40A/OR2T40A 



— 

11.3 

— 

7.6 

mA 

Data Retention Voltage 

VDR 

TA = 25 °C 

2.3 

— 

2.3 

— 

V 

Input Capacitance 

CIN 

OR2CxxA (TA = 25 °C, VDD = 5.0 V) 

— 

9 

— 

9 

pF 



OR2TXXA (TA = 25 °C, VDD = 3.3 V) 








Test frequency = 1 MHz 






Output Capacitance 

COUT 

OR2CxxA (TA = 25 °C, VDD = 5.0 V) 

— 

9 

— 

9 

PF 



OR2TxxA (TA = 25 °C, VDD = 3.3 V) 








Test frequency = 1 MHz 






DONE Pull-up Resistor 

RDONE 

— 

100K 

— 

100K 

— 

Q 

M3, M2, Ml, and MO 

RM 

— 

100K 

— 

100K 

— 

Q 

Pull-up Resistors 




1 




I/O Pad Static Pull-up 

IPU 

VDD = 5.25 V, VIN = VSS, TA = 0 °C 

14.4 

50.9 

14.4 

50.9 

pA 

Current 








I/O Pad Static Pull-down 

IPD 

VDD = 5.25 V, VIN = VDD, TA = 0 '’C 

26 

103 

26 

103 

pA 

Current 



■ 





I/O Pad Pull-up Resistor 

RPU 

VDD = 5.25 V, VIN = VSS, TA = 0 °C 

100K 

— 

100K 

— 

Q 

I/O Pad Pull-down 

RPD 

VDD = 5.25 V, VIN = VDD, TA = 0 °C 

50K 

— 

50K 

— 

a 

Resistor 









2-138 


Lucent Technologies Inc. 





FPGA Data Book 


ORCA OR2CxxA/OR2TxxA Series FPGAs 


Timing Characteristics 

Table 31. Combinatorial PFU Timing Characteristics 

OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C < TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, -40 °C < TA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C < TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 







Speed 





Parameter 

Symbol 

- 

2 

- 

3 

- 

4 

- 

5 

Unit 



Min 

Max 

Min 

Max 

Min 

Max 

Min 

Max 


Combinatorial Delays (Tj = +85 °C, Vdd = Min): 
Four Input Variables (a[4;0], b[4:0] to f[3:0]) 

F4*_DEL 


4.0 

_ 

2.8 

_ 

2.1 

_ 

1.7 

ns 

Five Input Variables (a[4:0], b[4:0] to f3, fO) 

F5*_DEL 

— 

4.1 

— 

2.9 

— 

2.2 

— 

1.8 

ns 

PFUMUX (a[4:0], b[4:0] to f1) 

MUX_DEL 

— 

4.7 

— 

3.8 

— 

3.2 

— 

2.6 

ns 

PFUMUX (cO to f1) 

C0MUX_DEL 

— 

3.0 

__ 

2.2 

— 

1.9 

— 

1.5 

ns 

PFUNAND (a[4:0], b[4:0] to f2) 

ND_DEL 

— 

4.7 

— 

4.0 

— 

3.3 

—. 

2.7 

ns 

PFUNAND (cO to f2) 

C0ND_DEL 

— 

2.7 

— 

2.2 

— 

1.8 

— 

1.5 

ns 

PFUXOR (a[4:0], b[4:0] tofi) 

XOR_DEL ! 

— 

5.6 

— 

4.5 

— 

3.8 

— 

3.1 

ns 

PFUXOR (cO to f1) 

C0XOR_DEL 

— 

3.1 

— 

2.2 

— 

2.0 

— 

1.6 

ns 


Note: Shaded values are preliminary. 


xSW R-nodes 


a[4:0], b[4:0] 


a[4:0], b[4:0] 


a[4:0], b[4:0] 


cO 



L 


J 


5-4633(F) 


C = controlled by configuration RAM. 

Notes: 

The parameters MUX_DEL, XOR_DEL, and ND_DEL include the delay through the LUT in F5A/F5B modes. 
See Table 40 for an explanation of FDBK_DEL and OMUX_DEL. 


Figure 55. Combinatorial PFU Timing 
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Table 32. Sequential PFU Timing Characteristics 


OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C < TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, -40 °C < TA < +85 °C. 
OR2TXXA Commercial: VDD = 3.0 V to 3.6 V. 0 X < TA < 70 X; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V. -40 X < TA < +85 X. 


Parameter 

Symbol 

Speed 

Unit 

- 

2 

- 

3 

- 

4 

- 

5 

. ... 

Min 

Max 

Min 

Max 

Min 

Max 

Min 1 Max 

Input Requirements 

Clock Low Time 

Tcl 

3.2 

— 

2.5 

— 

2.0 

— 

1.8 

inn 

ns 

Clock High Time 

Tch 

3.2 

— 

2.5 

— 

2.0 

— 

1,8 

— 

ns 

Global S/R Pulse Width (gsrn) 

Trw 

2.8 

— 

2.5 

— 

2.0 

— 

1.8 


ns 

Local S/R Pulse Width. 

Tpw 

3.0 

— 

2.5 

— 

2.0 

— 

1.8 

— 

ns 

Combinatorial Setup Times (Tj = +85 °C, 











Vdd = Min): 











Four Input Variables to Clock 

F4*_SET 

2.4 

— 

1.7 

— 

1.3 

— 

1.1 

— 

ns 

(a[4:0], b[4:0] to ck) 











Five Input Variables to Clock 

F5*_SET 

2.5 

— 

1.9 

— 

1.3 

— 

1.2 

— 

ns 

(a[4:0], b[4:0] to ck) 











PFUMUX to Clock (a[4:0], b[4:0] to ck) 

MUX.SET 

3.9 

— 

2.9 

— 

2.3 

— 

2.1 

— 

ns 

PFUMUX to Clock (cO to ck) 

C0MUX_SET 

1.5 

— 

1.2 

— 

0.9 

— 

0.8 

— 

ns 

PFUNAND to Clock (a[4:0], b[4:0] to ck) 

ND_SET 

3.9 

— 

2.9 

— 

2.2 

— 

2.0 

— 

ns 

PFUNAND to Clock (cO to ck) 

C0ND_SET 

1.7 

— 

1.2 

— 

0.6 

— 

0.5 

— 

ns 

PFUXOR to Clock (a[4:0], b[4:0] to ck) 

XOR.SET 

4.8 

__ 

3.6 

— 

3.0 

— 

2.7 

— 

ns 

PFUXOR to Clock (cO to ck) 

C0XOR_SET 

1.6 

— 

1.2 

— 

0.9 

— 

0.8 

— 

ns 

Data In to Clock (wd[3:0] to ck) 

D*_SET 

0.5 

— 

0.1 

— 

0.1 

— 

0.0 

— 

ns 

Clock Enable to Clock (ce to ck) 

CKEN_SET 

1.6 

— 

1.2 

— 

1.0 

— 

0.9 

— 

ns 

Local Set/Reset (synchronous) (Isr to ck) 

LSR_SET 

1.7 

— 

1.4 

— 

1.3 

— 

1.2 

— 

ns 

Data Select to Clock (sel to ck) 

SELECT_SET 

1.9 

— 

1.5 

— 

1.4 

— 

1.3 

— 

ns 

Pad Direct In 

PDIN_SET 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 

Combinatorial Hold Times (Tj = All, Vdd = All): 











Data In (wd[3:0] from ck) 

D*_HLD 

0.6 

— 

0.4 

— 

0.4 

— 

0.4 

—, 

ns 

Clock Enable (ce from ck) 

CKEN.HLD 

0.6 

— 

0.4 

__ 

0.0 

— 

0.0 


ns 

Local Set/Reset (synchronous) (Isr from ck) 

LSR_HLD 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 

Data Select (sel from ck) 

SELECT_HLD 

0.0 

— 

0.0 

— 

0.0 

— 

0,0 

— 

ns 

Pad Direct In Hold (dla[3:0], dib[3:0] to ck)* 

PDIN_HLD 

1.5 

— 

1.4 

— 

1.0 

— 

0.9 

— 

ns 

All Others 

— 

0.0 


0.0 


0.0 

— 

0.0 

— 

ns 

Output Characteristics 

Sequential Delays (Tj = +85 °C, Vdd = Min): 











Local S/R (async) to PFU Out (Isr to q[3:0]) 

LSR.DEL 

— 

4.5 

— 

3.4 

— 

3.1 

— 

2,5 

ns 

Global S/R to PFU Out (gsrn to q[3:0]) 

GSR_DEL 

— 

2.9 

— 

2.3 

— 

2.0 

— 

1.6 

ns 

Clock to PFU Out (ck to q[3:0]) — Register 

REG.DEL 

— 

2.8 

— 

2.0 


1.9 

— 

1,5 

ns 

Clock to PFU Out (ck to q[3:0]) — Latch 

LTCH.DEL 

— 

2.9 

— 

2.0 

— 

1.9 

— 

1.5 

ns 

Transparent Latch (wd[3:0] to q[3:0]) 

LTCH_DDEL 

— 

3.9 

— 

2.7 

— 

2.5 

— 

2.0 

ns 


* The input buffers contain a programmable delay to allow the hold time vs. the external clock pin to be equal to 0. 


Note: Shaded values are preliminary. 
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Table 33. Ripple Mode PFU Timing Characteristics 


OR2CxxA Commercial; VDD = 5.0 V ± 5%, 0 °C S TA < 70 “C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, -40 °C ^ TA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C < TA < 70 °C; OR2TxxA Industrial; VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 







Speed 





Parameter 

Symbol 

- 

2 

- 

3 

- 

4 

- 

5 

Unit 



Min 

Max 

Min 

Max 

Min 

Max 

Min 

Max 


Ripple Setup Times (Tj = +85 °C, Vdd = Min): 
Operands to Clock (a[3:0], b[3:0] to ck) 

RIP_SET 

6.7 

_ 

5.0 

_ 

3.7 

_ 

3.3 

_ 

ns 

Bit-Wise Operands to Clock 

FRIP_SET 

2.4 

— 

1.7 

— 

1.3 

— 

1.2 

— 

ns 

(a[i], b[i] to ck at f[i]) 

Carry-In from Fast Carry to Clock 

CIN_SET 

4.0 

_ 

3.2 

_ 

1.9 


1.7 

iiiiiii 

ns 

(cin to ck) 

Carry-In from General Routing to Clock 

B4_SET 

4.0 


3.2 


1.9 


1.7 


ns 

(b4 to ck) 

Add/Subtract to Clock (a4 to ck) 

AS_SET 

8.2 

— 

5.6 

_ 

4.3 


3.9 

llllll 

— 

ns 

Ripple Hold Times (Tj = All, Vdd = All): All 

Th 

0 

— 

0 

— 

0 

— 

0 


ns 

Ripple Delays (Tj = +85 °C, Vdd = Min): 
Operands to Carry-Out (a[3:0], b[3:0] 

RIP.CODEL 

_ 

5.4 

_ 

3.8 

_ 

3.3 


2.6 

ns 

to cout) 

Operands to Carry-Out (a[3:0], b[3:0] 

RIP_04DEL 


6.9 

_ 

4.8 

_ 

4.2 


3.4 

ns 

to o4) 

Operands to PFU Out (a[3:0], b[3:0] 

RIP_DEL 

_ 

8.2 

_ 

6.0 

_ 

4.7 


3.8 

ns 

to f[3:0]) 

Bit-Wise Operands to PFU Out (a[i], b[i] 

FRIP_DEL 

_ 

4.0 

_ 

2.8 

_ 

2.1 


1.7 

ns 

tof[i]) 

Carry-In from Fast Carry to Carry-Out 

CIN_CODEL 

_ 

1.9 

_ 

1.6 

_ 

1.1 

. 

0.9 

ns 

(cin to cout) 

Carry-In from Fast Carry to Carry-Out 

CIN_04DEL 

_ 

3.5 

_ 

2.6 

_ 

2.1 

... 

1.7 

ns 

(cin to o4) 

Carry-In from Fast Carry to PFU Out 

CIN_DEL 

_ 

5.6 

_ 

4.2 

_ 

2.9 

iiiiiiiiil 

2.3 

ns 

(cin to f[3:0]) 

Carry-In from General Routing to Carry-Out 

B4_CODEL 

_ 

1.9 

_ 

1.6 

_ 

1.1 

iiiiiiiili 

0.9 

ns 

(b4 to cout) 

Carry-In from General Routing to Carry-Out 

B4_04DEL 

_ 

3.5 

_ 

2.6 

_ 

2.1 

- 

1.7 

ns 

(b4 to o4) 

Carry-In from General Routing to PFU Out 

B4_DEL 

_ 

5.6 

_ 

4.2 

_ 

2.9 

_ 

2.3 

ns 

(b4 to f[3:0]) 

Add/Subtract to Carry-Out (a4 to cout) 

AS.CODEL 


6.1 


4.5 


3.9 


3.1 

ns 

Add/Subtract to Carry-Out (a4 to o4) 

AS_04DEL 

— 

7.6 

— 

5.6 

— 

4.9 

— 

3.9 

ns 

Add/Subtract to PFU Out (a4 to f[3:0]) 

AS.DEL 

— 

9.7 

— 

6.8 

— 

5.3 

—• 

4.3 

ns 


Notes: 

The new 4 x 1 multiplier and 4-bit comparator submodes use the appropriate ripple mode timing shown above. 


Shaded values are preliminary. 
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Table 34. Asynchronous Memory Read Characteristics (MA/MB Modes) 


OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C < TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, -40 °C < TA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C < TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 


Parameter 

Symboi 

Speed 

Unit 

-2 

-3 

-4 

-6 

Min 

Max 

Min 

Max 

Min 

Max 

iliii 

liii 

Read Operation (Tj = 85 °C, Vdd = Min): 

Read Cycle Time 

Data Valid after Address (a[3:0], b[3:0] to f[3:0]) 

Trc 

MEM*_ADEL 

5.1 

4.0 

3.6 

2.8 

2.7 


2.4 

1,7 

ns 

ns 

Read Operation, Clocking Data into Latch/Flip-Flop 
(Tj = 85 °C, Vdd = Min): 

Address to Clock Setup Time (a[3:0], b[3:0] to ck) 
Clock to PFU Out (ck to q[3:0]) — Register 

MEM*_ASET 

REG_DEL 

2.4 

2.8 

1.8 

2.0 

1.2 

_ 

1.9 

_1 

1.1 

1.5 

ns 

ns 


Note; Shaded values are preliminary. 


a[3:0], b[3:0] 


mxxx) ( 


- Trc - 


-MEM*_ADELh 


f[3:0] 


xxxxxxxxxxxxr 


Figure 56. Read Operation—Fiip-Fiop Bypass 


m 


5-3226(F) 


XXXXXX) 

/ - 

\_ 

MEM*_ASET - 




X 

-- REG_DEL - 



xxxxxxxxm 


XK 


5-3227(F) 


Figure 57. Read Operation—LUT Memory Loading Flip-Fiops 
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Table 35. Asynchronous Memory Write Characteristics (MA/MB Modes) 


OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C <TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, -40 °C < TA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C <TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C <TA < +85 °C. 


Parameter 

Symbol 

Speed 

Unit 

- 

2 

- 

3 

- 

4 

- 

5 

Min 

Max 

Min 

Max 

Min 

Max 

Min 

Max 

Write Operation (Tj = +85 °C, Vdd = Min): 











Write Cycle Time 

Twc 

5.5 

— 

4.5 

— 

3.8 

— 

3.4 

— 

ns 

Write Enable (wren) Pulse Width (a4/b4) 

Tpw 

3.0 

— 

2.5 

— 

2.0 

— 

1.8 

— 

ns 

Setup Time (Tj = +85 °C, Vdd = Min): 











Address to wren (a[3:0]/b[3:0] to a4/b4) 

MEM*_AWRSET 

0.1 


0.1 

__ 

0.0 

— 

0.0 

— 

ns 

Data to wren (wd[3:0] to a4/b4) 

MEM*_DWRSET 

0.0 


0.0 

— 

0.0 

— 

0,0 

— 

ns 

Address to wpe (a[3:0]/b[3;0] to cO) 

MEM*_APWRSET 

0.0 


0.0 

— 

0.0 

— 

0,0 

— 

ns 

Data to wpe (wd[3:0] to cO) 

MEM*_DPWRSET 

0.0 

— 

0.0 

— 

0.0 

— 

0,0 

-- 

ns 

wpe to wren (cO to a4/b4) 

MEM*_WPESET 

2.5 

— 

2.0 

— 

1.5 

— 

1,4 

— 

ns 

Hold Time (Tj = All, Vdd = All): 











Address from wren (a[3:0]/b[3:0] from a4/b4) 

MEM*_WRAHLD 

2.4 

— 

1.7 

— 

1.8 

— 

1,6 

-- 

ns 

Data from wren (wd[3:0] from a4/b4) 

MEM*_WRDHLD 

2.4 

— 

2.0 

— 

1.9 

— 

1,5 

-- • 

ns 

Address from wpe (a[3:0/b[3:0] to cO) 

MEM*_PWRAHLD 

3.8 

— 

3.3 

— 

2.8 

— 

2,5 


ns 

Data from wpe (wd[3:0] to cO) 

MEM*_PWRDHLD 

3.9 

— 

3.4 

— 

2.9 


2,6 

-- 

ns 

wpe from wren (cO from a4/b4) 

MEM*_WPEHLD 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 


Note: Shaded values are preliminary. 



^ -Twc-► 


a[3:0], b[3;0] XXX) 

(_) 

(XXXXXXX 

cO (wpe) 

7 

- MEM*_APWRSET 

\ _ 

- MEM*_PWRAHLD 

L \ 


MEM*_WPESET- 


a4, b4 (wren) 


-Tpw - 


r 


1 


MEM*_AWRSET 


MEM* DPWRSET- 


wd[3;0] 


«' XXXXXXXXXXXX)( 


MEM*_DWRSET 


MEM*_WPEHLD 


- MEM*_WRAHLD 

- MEM*_PWRDHLD 


) (xxm 


MEM*_WRDHLD 


Figure 58. Write Operation 


5-3228{F) 
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Table 36. Asynchronous Memory Read During Write Operation (MA/MB Modes) 


OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 “C < TA < 70 “C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, -40 °C < TA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C < TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 







Speed 





Parameter 

Symbol 


1 

- 

3 

- 

4 

- 

5 

Unit 



Min 

Max 

Min 

Max 

Min 

Max 

Min 

Max 


Read During Write Operation 
(Tj = +85 °C, VDD = Min): 

Write Enable (wren) to PFU Output Delay 

MEM*_WRDEL 


7.0 


4.9 


4.8 


3.9 

ns 

(a4/b4 to f[3:0]) 

Write-Port Enable (wpe) to PFU Output 

MEM*_PWRDEL 

_ 

9.0 

_ 

6.4 

_ 

5.8 


4.7 

ns 

Delay (cO to f[3:0]) 

Data to PFU Output Delay (wd[3:0] to f[3:0]) 

MEM*_DDEL 

— 

5.0 

— 

3.6 

— 

3.1 


23 

ns 


Note: Shaded values are preliminary. 


a[3:0I, b[3;0] ffiXX 


xxxx 



r 


DATA CHANGING 
DURING < 
wren AND wpe 


V. 


wd[3:0] 


1^^_ 


1 — MFM* PWRHFI 



“ IVIC^IVI _1 VVriL/C-L 

— MFM* WRnFI 


iVldVI VVnL'C.L. 

f[3:0] XXXXXX) 

t_ : 


T 


-MEM*_DDEL- 


• xxxxxxxxxr 


5-3229(F) 


Figure 59. Read During Write 
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Table 37. Asynchronous Memory Read During Write, Clocking Data Into Latch/Flip-Flop (MA/MB Modes) 

OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C <TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, -40 °C <TA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C < TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 







Speed 



— 


Parameter 

Symbol 

- 

2 

- 

3 

- 

4 

- 

5 

Unit 



Min 

Max 

Min 

Max 

Min 

Max 

Min 

liHi 


Setup Time (Tj = +85 °C, Vdd = Min): 

Address to Clock (a[3:0], b[3:0] to ck) 

MEM*_ASET 

2.4 

_ 

1.8 

_ 

1.2 

_ 

1.1 


ns 

Write Enable (wren) to Clock (a4/b4 to ck) 

MEM*_WRSET 

5.4 

— 

4.4 

— 

3.8 

— 

3.4 

iiiii 

ns 

Write-Port Enable (wpe) to Clock (cO to ck) 

MEM*_PWRSET 

7.4 

— 

5.9 

— 

4.8 

— 

4,3 

— 

ns 

Data (wd[3:0] to ck) 

MEM*_DSET 

3.5 

__ 

2.6 

— 

2.6 

— 

a.3 

— 

ns 

Hold Time (Tj = All, Vdd = All): All 

Th 

0 

— 

0 

— 

0 

— 

0 

— 

ns 

Clock to PFU Out (ck to q[3;0]) —- Register 

REG_DEL 

— 

2.8 

— 

2.0 

— 

1.9 

— 

1,5 

ns 


Note: Shaded values are preliminary. 
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Figure 60. Read During Write—Ciocking Data into Fiip-Fiop 
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Table 38. Synchronous Memory Write Characteristics (SSPM and SDPM Modes) 

OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C < TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, -40 °C < TA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 ‘’C < TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 


Parameter 

Symbol 

Speed 

Unit 

- 

2 

- 

3 


■4 

*6 

Min 

Max 

Min 

Max 

Min 

Max 

Min 

mi 

Write Operation for Fast-RAM Mode^: 











Maximum Frequency 

Ffsck 

38.2 

— 

52.6 

— 

83.3 

— 

95,0 

• — 

MHz 

Clock Low Time 

Tfscl 

13.1 

— 

9.5 

— 

6.0 

— 

5.2 

— 

ns 

Clock High Time 

Tfsch 

13.1 

— 

9.5 

— 

6.0 

— 

5.2 


ns 

Clock to Data Valid (ck to f[3;0])2 

FMEMS_DEL 

— 

9.0 

— 

7.4 

— 

6.2 


5.0 

ns 

Write Operation for Normal RAM Mode: 











Maximum Frequency 

Fsck 

24.3 

— 

33.3 

— 

52.6 

— 

58.0 


MHz 

Clock Low Time 

Tscl 

20.6 

— 

15.0 

— 

9.5 

— 

8.5 


ns 

Clock High Time 

Tsch 

20.6 

— 

15.0 

— 

9.5 

— 

8.5 

__ 

ns 

Clock to Data Valid (ck to f[3:0]) 

MEMS_DEL 

— 

10.9 

— 

8.6 

— 

7.5 


6.0 

ns 

Write Operation Setup Time: 











Address to Clock (a[3:0]/b[3:0] to ck) 

MEMS_ASET 

0.0 

— 

0.0 

— 

0.0 

— 

0,0 

— 

ns 

Data to Clock (wd[3:0] to ck) 

MEMS_DSET 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 

Write Enable (wren) to Clock (a4 to ck) 

MEMS.WRSET 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 


ns 

Write-Port Enable (wpe) to Clock (cO to ck) 

MEMS_PWRSET 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 

Write Operation Hold Time: 











Address to Clock (a[3:0]/b[3:0] to ck) 

MEMS_AHLD 

3.8 

— 

3.0 

— 

2.2 

— 

2.0 


ns 

Data to Clock (wd[3:0] to ck) 

MEMS_DHLD 

3.8 

_ 

3.0 

— 

2.2 

— 

2.0 


ns 

Write Enable (wren) to Clock (a4 to ck) 

MEMS.WRHLD 

3.8 

— 

3.0 

— 

2.2 

— 

2.0 


ns 

Write-Port Enable (wpe) to Clock (cO to ck) 

MEMS_PWRHLD 

3.3 

— 

2.3 

— 

1.5 

— 

1.4 

__ 

ns 


1. Readback of the configuration bit stream when simultaneously writing to a PFU In either SSPM fast mode or SDPM fast mode Is not allowed. 

2. Because the setup time of data into the latches/FFs is less than 0 ns, data written into the RAM can be loaded into a latch/FF in the same 
PFU on the next opposite clock edge (one-half clock period). 

Note: Shaded values are preliminary. 
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Figure 61. Synchronous Memory Write Characteristics 
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Table 39. Synchronous Memory Read Characteristics (SSPM and SDPM Modes) 


OR2CxxA Commercial: VDD = 5,0 V ± 5%, 0 °C < TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V + 10%, -40 “C < TA < +85 "C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 X < TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C S TA < +85 °C. 


Parameter 

Symbol 

Speed 

Unit 

-2 

-3 

-4 

-S 

Min 

Max 

Min 

Max 

Min 

Max 

lUlii 

Max 

Read Operation (Tj = 85 °C, Vdd = Min): 
Read Cycle Time 

Data Valid After Address 
(a[3:0], b[3:0] to f[3:0]) 

Trc 

MEM*_ADEL 

5.1 

4.0 

3.6 

2.8 

2.7 

2.1 

2.4 

1.7 

ns 

ns 

Read Operation, Clocking Data Into 
Latch/FF (Tj = 85 °C, Vdd = Min): 

Address to Clock Setup Time 
(a[3:0], b[3:0] to ck) 

Clock to PFU Output—Register 
(ck to q[3:0]) 

MEM*_ASET 

REG_DEL 

2.4 j 

2.8 

1.8 

2.0 

1.2 

1.9 

1.1 

1.5 

ns 

ns 


Note; Shaded values are preliminary. 
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Table 40. PFU Output MUX, PLC BIDI, and Direct Routing Timing Characteristics 

OR2CxxA Commercial; VDD = 5.0 V ± 5%, 0 °C <TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, -40 °C STA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C <TA < 70 °C: OR2T)o<A Industrial: VDD = 3.0 V to 3.6 V, -40 °C <TA < +85 "C. 


Parameter 

Symbol 

Speed 

Unit 

-2 

-3 

-4 

-5 

Min 

Max 

Min 

Max 

Min 

Max 

Min 

Max 

PFU Output MUX (Tj = 85 °C, VDD = Min) 

Output MUX Delay (f[3:0]/q[3:0] to 
o[4;0]) 

OMUX.DEL 

•— 

1.1 

— 

0.8 

— 

0.6 

— 

0,5 

ns 

PLC 3-Statable BIDIs (Tj = 85 "C, Vdd = Min) 

BIDI Propagation Delay 

BIDI 3-State Enable/Disable Delay 

TRI DEL 
TRIEN_DEL 

— 

1.2 

1.7 

— 

1.0 

1.3 

— 

0.8 

1.0 


0.7 

0.8 

ns 

ns 

Direct Routing (Tj = 85 °C, Vdd = Min) 

PFU to PFU Delay (xSW) 

PFU Feedback (xSW) 

DIR_DEL 

FDBK_DEL 

— 

1.4 

1.0 

—. 

1.1 

0.8 

— 

0.9 

0.7 

— 

0.7 

0.6 

ns 

ns 


Note: Shaded values are preliminary. 
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Table 41. Clock Delay 

OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C < TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, -40 °C < TA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C <TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 


Device 

(Tj = 85 °C, VDD = Min) 

Symbol 

Speed 

Unit 

-2 

-3 

-4 

-5 

Min 

Max 

Min 

Max 

Min 

Max 

Min 

Max 

OR2C04A/OR2T04A 

CLK_DEL 

— 

5.5 

— 

4.4 

— 

4.3 


3.4 

ns 

OR2C06A/OR2T06A 

CLK_DEL 

— 

5.6 

— 

4.5 

— 

4.4 


as 

ns 

OR2C08A/OR2T08A 

CLK_DEL 

— 

5.8 

— 

4.6 

— 

4.5 


ae 

ns 

OR2C10A/OR2T10A 

CLK_DEL 

— 

5.9 

— 

4.7 

— 

4.6 


ar 

ns 

OR2C12A/OR2T12A 

CLK_DEL 

— 

6.1 

— 

4.9 

— 

4.7 


aa 

ns 

OR2C15A/OR2T15A 

CLK_DEL 

— 

6.2 

— 

5.0 

— 

4.8 

— 

BS 

ns 

OR2C26A/OR2T26A 

CLK_DEL 

— 

6.4 

— 

5.2 

— 

5.0 

— 

4.1 

ns 

OR2C40A/OR2T40A 

CLK_DEL 

— 

6.9 

— 

5.8 

— 

5.3 

— 

4.3 

ns 


Notes: 

This clock delay is for a fully routed clock tree that uses the primary clock network. It includes both the input buffer delay and the clock routing to 
the PFU CLK input. The delay will be reduced if any of the clock branches are not used. 

Shaded values are preliminary. 
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Table 42A. OR2CxxA/OR2TxxA Global Clock to Output Delay (Pin-to-Pin)—Output on Same Side of 
the Device as the Clock Pin 

OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C < TA < 70 °C; Industrial: VDD = 5.0 V ± 1 0%, -40 °C < TA < +85 °C; CL = 50 pF. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C < TA < 70 °C; Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C;CL= 50pF. 


Description 

(Tj = 85 °C, VDD = Min) 

Device 

Speed 

Unit 

- 

2 

- 

3 

- 

4 

- 

6 

Min 

Max 

Min 

Max 

Min 

Max 

Min 

Max 

CLK Input Pin -+ OUTPUT 

OR2C/2T04A 

— 

11.7 

— 

10.1 

— 

9.8 

— 

8.4 

ns 

Pin (Fast) 

OR2C/2T06A 

__ 

11.8 

— 

10.2 

— 

9.9 

— 

8.5 

ns 


OR2C/2T08A 

— 

11.9 

— 

10.3 

— 

10.0 

— 

8.6 

ns 


OR2C/2T10A 

— 

12.0 

— 

10.4 

— 

10.1 

— 

8.7 

ns 


OR2C/2T12A 

— 

12.2 

— 

10.6 

— 

10.2 

— 

8.8 

ns 


OR2C/2T15A 

— 

12.3 

— 

10.7 

— 

10.3 

— 

8.9 

ns 


OR2C/2T26A 

— 

12.5 

— 

10.9 

— 

10.5 

— 

9.1 

ns 


OR2C/2T40A 

— 

13.3 

— 

11.5 

— 

10.8 

— 

9.3 

ns 

CLK Input Pin ^ OUTPUT 

OR2C/2T04A 

— 

14.1 

— 

12.2 

— 

11.8 

— 

10.1 

ns 

Pin (Slewlim) 

OR2C/2T06A 

— 

14.2 

— 

12.3 

— 

11.9 

— 

10.2 

ns 


OR2C/2T08A 

— 

14.3 

— 

12.4 

— 

12.0 

— 

10.3 

ns 


OR2C/2T10A 

— 

14.4 

— 

12.5 

— 

12.1 

— 

10.4 

ns 


OR2C/2T12A 

— 

14.5 

— 

12.6 

— 

12.2 

— 

10.5 

ns 


OR2C/2T15A 

— 

14.6 

— 

12.7 

— 

12.3 

— 

10.6 

ns 


OR2C/2T26A 

— 

14.8 

— 

12.9 

— 

12.5 

— 

10.8 

ns 


OR2C/2T40A 

— 

15.5 

— 

13.5 

— 

12.8 

— 

11.0 

ns 

CLK Input Pin ^ OUTPUT 

OR2C/2T04A 

— 

15.3 

— 

13.3 

— 

13.1 

—. 

11.2 

ns 

Pin (Sinklim) 

OR2C/2T06A 

— 

15.4 

— 

13.4 

— 

13.2 

— 

11.3 

ns 


OR2C/2T08A 

— 

15.5 

— 

13.5 

— 

13.3 

— 

11.4 

ns 


OR2C/2T10A 

— 

15.6 

— 

13.6 

— 

13.4 

— 

11.5 

ns 


OR2C/2T12A 

— 

15.9 

— 

13.8 

— 

13.5 

— 

11.6 

ns 


OR2C/2T15A 

— 

16.0 

— 

13.9 

— 

13.6 

— 

11.7 

ns 


OR2C/2T26A 

— 

16.2 

— 

14.1 

— 

13.8 

— 

11.9 

ns 


OR2C/2T40A 

— 

16.9 

_ 1 

— 

14.7 

_ 

14.1 

— 

12.1 

ns 


Notes: 

The pin-to-pin timing parameters in this table should be used instead of results reported by ORCA Foundry. 


This clock delay is for a fully routed clock tree that uses the primary clock network. It includes both the input buffer delay, the clock routing to the 
PFU CLK input, the clock->Q of the FF, and the delay through the output buffer. The delay will be reduced if any of the clock branches are not 
used. The given timing requires that the input clock pin be located at one of the four center PICs on any side of the device and that the direct 
FF->l/0 routing be used. 

If the clock pin is not located at one of the four center PICs, this delay must be increased by up to the following amounts: 

OR2C/2T04A = 1.5%, OR2C/2T06A = 2.0%, OR2C/2T08A = 3.1%, OR2C/2T10A = 3.9%, OR2C/2T12A = 4.9%, OR2C/2T15A = 5.7%, 
OR2C/2T26A = 8.1%, OR2C/2T40A = 12.5%. 

Shaded values are preliminary. 
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Figure 63. Global Clock to Output Delay 
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Table 42B. OR2CxxA/OR2TxxA Global Clock to Output Delay (Pin-to-Pin)—Output Not On Same 
Side of the Device as the Clock Pin 


OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C < TA < 70 X; Industrial: VDD = 5.0 V ± 10%, -40 °C < TA < +85 X; CL = 50 pF. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 X < TA < 70 X; Industrial: VDD = 3.0 V to 3.6 V, -40 X < TA < +85 X; CL= 50pF. 


Description 

(Tj = 85 °C, VDD = Min) 

Device 

Speed 

Unit 

- 

2 

- 

3 

- 

4 

- 

5 

Min 

Max 

Min 

Max 

Min 

Max 

Min 

Max 

CLK Input Pin ^OUTPUT 

OR2C/2T04A 

— 

12.0 

— 

10.3 

— 

10.0 

— 

8.6 

ns 

Pin (Fast) 

OR2C/2T06A 

— 

12.2 

— 

10.4 

— 

10.1 

— 

8.7 

ns 


OR2C/2T08A 

— 

12.4 

— 

10.6 

— 

10.3 


8.9 

ns 


OR2C/2T10A 

— 

12.6 

— 

10.8 

— 

10.5 

— 

9.1 

ns 


OR2C/2T12A 

— 

13.0 

— 

11.1 

— 

10.7 

— 

9.3 

ns 


OR2C/2T15A 

— 

13.3 

— 

11.3 

— 

10.9 


9.5 

ns 


OR2C/2T26A 

— 

13.9 

— 

11.8 

— 

11.4 

— 

10.0 

ns 


OR2C/2T40A 

— 

15.3 

— 

12.9 

— 

12.2 

— 

10.7 

ns 

CLK Input Pin-> OUTPUT 

OR2C/2T04A 

— 

14.4 

— 

12.4 

— 

12.0 

— 

10.3 

ns 

Pin (Slewlim) 

OR2C/2T06A 

— 

14.6 

— 

12.5 

— 

12.1 

— 

10.4 

ns 


OR2C/2T08A 

— 

14.8 

— 

12.7 

— 

12.3 

— 

10.6 

ns 


OR2C/2T10A 

— 

15.0 

— 

12.9 

— 

12.5 

— 

10.8 

ns 


OR2C/2T12A 

— 

15.3 

— 

13.1 

— 

12.7 

— 

11.0 

ns 


OR2C/2T15A 

— 

15.6 

— ' 

13.3 

— 

12.9 

— 

11.2 

ns 


OR2C/2T26A 

— 

16.2 

— 1 

13.8 

_ 

13.4 

— 

11.7 

ns 


OR2C/2T40A 

— 

17.5 

— 

14.9 

— 

14.2 

— 

12.4 

ns 

CLK Input Pin ^ OUTPUT 

OR2C/2T04A 

— 

15.6 

— 

13.5 

— 

13.3 

— 

11.4 

ns 

Pin (Sinklim) 

OR2C/2T06A 

— 

15.8 

— 

13.6 

— 

13.4 

— 

11.6 

ns 


OR2C/2T08A 

— 

16.0 


13.8 

— 

13.6 

— 

11.7 

ns 


OR2C/2T10A 

— 

16.2 

— 

14.0 

— 

13.8 

— 

11.9 

ns 


OR2C/2T12A 

— 

16.7 

— 

14.3 

— 

14.0 

— 

12.1 

ns 


OR2C/2T15A 

— 

17.0 

— 

14.5 

— 

14.2 

— 

12.3 

ns 


OR2C/2T26A 

— 

17.6 

— 

15.0 

— 

14.7 

— 

12.8 

ns 


OR2C/2T40A 

— 

18.9 

— 

16.1 

— 

15.5 

— 

13.5 

ns 


Notes: 

The pin-to-pin timing parameters in this table should be used instead of results reported by ORCA Foundry. 


This clock delay is for a fully routed clock tree that uses the primary clock network. It includes both the input buffer delay, the clock routing to the 
PFU CLK input, the clock-+Q of the FF, and the delay through the output buffer. The delay will be reduced if any of the clock branches are not 
used. The given timing requires that the input clock pin be located at one of the four center PICs on any side of the device and that the direct 
FF^I/0 routing be used. 

If the clock pin is not located at one of the four center PICs, this delay must be increased by up to the following amounts: 

OR2C/2T04A = 1.5%, OR2C/2T06A = 2.0%, OR2C/2T08A = 3.1%, OR2C/2T10A = 3.9%, OR2C/2T12A = 4.9%, OR2C/2T15A = 5.7%, 
OR2C/2T26A = 8.1%, OR2C/2T40A = 12.5%. 

Shaded values are preliminary. 
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Figure 64. Global Clock to Output Delay 
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Table 43. OR2CxxA/OR2TxxA Global Input to Clock Setup/Hold Time (PIn-to-PIn) 

OR2CxxA Commercial: Vdd = 5.0 V + 5%, 0 “C < Ta < 70 “C: Industrial: Vdd = 5.0 V ± 1 0%, -40 °C < Ta < +85 °C. 
OR2TXXA Commercial: VDD = 3.0 V to 3.6 V, 0 “C < TA < 70 “C; Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 


Description 

(Tj = All, Vdd = All) 

Device 

Speed 

Unit 

- 

2 

- 

3 

- 

4 

- 

5 

Min 

Max 

Min 

Max 

Min 

Max 

Min 

liiHi 

Input to CLK (TTL/CMOS) 

OR2C/2T04A 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 


ns 

Setup Time 

OR2C/2T06A 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 

(No delay) 

OR2C/2T08A 

0.0 

—- 

0.0 

— 

0.0 

— 

0.0 

— 

ns 


OR2C/2T10A 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 


OR2C/2T12A 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 


OR2C/2T15A 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 


OR2C/2T26A 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 


OR2C/2T40A 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 

Input to CLK (TTL/CMOS) 

OR2C/2T04A 

5.8 

— 

5.5 

— 

4.2 

— 

4.0 

— 

ns 

Setup Time 

OR2C/2T06A 

5.7 

— 

5.4 

— 

4.1 

— 

3.9 

— 

ns 

(Delayed) 

OR2C/2T08A 

5.6 

— 

5.3 

— 

4.0 

— 

3.8 

— 

ns 


OR2C/2T10A 

5.3 

— 

5.0 

— 

3.9 

— 

3.7 

— 

ns 


OR2C/2T12A 

5.2 

— 

4.9 

— 

3.8 

— 

3.6 

— 

ns 


OR2C/2T15A 

4.9 

— 

4.7 

— 

3.6 

— 

3.4 

— 

ns 


OR2C/2T26A 

7.3 

— 

6.9 

— 

6.0 

— 

5.7 

— 

ns 


OR2C/2T40A 

6.8 

— 

6.4 

— 

5.5 

— 

5.2 

— 

ns 

Input to CLK (TTL/CMOS) 

OR2C/2T04A 

4.2 

— 

4.0 

— 

3.8 

— 

3.6 

— 

ns 

Hold Time 

OR2C/2T06A 

4.3 

— 

4.1 

— 

3.9 

— 

3.7 

— 

ns 

(No delay) 

OR2C/2T08A 

4.5 

— 

4.3 

— 

4.1 

— 

3.9 

— 

ns 


OR2C/2T10A 

4.8 

— 

4.6 

— 

4.4 

— 

4.2 

— 

ns 


OR2C/2T12A 

5.0 

— 

4.8 

— 

4.6 

— 

4.4 

— 

ns 


OR2C/2T15A 

5.4 

— 

5.1 

— 

4.9 

— 

4.7 


ns 


OR2C/2T26A 

6.2 

— 

5.8 

— 

5.6 

— 

5.3 


ns 


OR2C/2T40A 

7.9 

— 

6.8 

— 

6.6 

— 

6.3 

— 

ns 

Input to CLK (TTL/CMOS) 

OR2C/2T04A 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 

Hold Time 

OR2C/2T06A 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 

(Delayed) 

OR2C/2T08A 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 


OR2C/2T10A 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 


OR2C/2T12A 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 


OR2C/2T15A 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 


OR2C/2T26A 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 


OR2C/2T40A 

0.0 

— 

0.0 

— 

0.0 

— 

0.0 

— 

ns 


Notes: 

The pin-to-pin timing parameters in this table should be used instead of results reported by ORCA Foundry. 


This clock delay is for a fully routed clock tree that uses the primary clock network. It includes both the input buffer delay and the clock routing to 
the PFU CLK input. The delay will be reduced if any of the clock branches are not used. The given Setup (Delayed and No delay) and Hold 
(Delayed) timing allows the input clock pin to be located in any PIC on any side of the device, but direct l/0-»FF routing must be used. The Hold 
(No delay) timing assumes the clock pin is located at one of the four center PICs and direct l/0->FF routing is used. If it is not located at one of 
the four center PICs, this delay must be increased by up to the following amounts: OR2C/2T04A = 5.3%, OR2C/2T06A = 6.4%, OR2C/2T08A = 
7.3%, OR2C/2T1OA = 9.1 %, OR2C/2T12A = 10.8%, OR2C/2T15A = 12.2%, OR2C/2T26A = 16.1 %, OR2C/2T40A = 21.2%. 

Shaded values are preliminary. 

INPUT D-1> 


CLK □-> 


D Q 


5-4847(F) 


Figure 65. Global Input to Clock Setup/Hold Time 
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Timing Characteristics (continued) 

Table 44. Programmable I/O Cell Timing Characteristics 

OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C < TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, -40 °C < TA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C <TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 




Speed 


Parameter 

Symbol 

- 

2 

- 

3 

- 

4 

-5 

Unit 



Min 

Max 

Min 

Max 

Min 

Max 

Min 

Hill 


Inputs (Tj = 85 °C, Vdd = Min) 

Input Rise Time 

Tr 

— 

500 

— 

500 

— 

500 

— 

500 

ns 

Input Fall Time 

TF 

— 

500 

— 

500 

— 

500 

— . 

500 

ns 

Pad to In Delay 

PADJN_DEL 

— 

1.9 

— 

1.6 

— 

1.3 

— 

; 1.1 

ns 

Pad to Nearest PFU Latch Output 

CHIP_LATCH 

— 

6.2 

— 

4.7 

— 

4.1 

— 

3.3 

ns 

Delay Added to General Routing 











(input buffer in delay mode for 



8 1 


7 0 


6 3 


5.1 

ns 

OR2C/2T15A and smaller 











devices) 











Delay Added to General Routing 











(input buffer in delay mode for 

— 

— 

11.0 

— 

9.7 

— 

8.9 

— 

7.2 

ns 

OR2C/2T26A and OR2C/2T40A) 











Delay Added to Direct-FF Routing 











(input buffer in delay mode for 



8.0 


6.8 


5.9 


4.7 

n.R 

OR2C/2T15A and smaller 











devices) 











Delay Added to Direct-FF Routing 











(input buffer in delay mode for 

— 

— 

10.9 

— 

9.6 

— 

8.5 

— 

6.8 

ns 

OR2C/2T26A and OR2C/2T40A) 











Outputs (Tj = 85 °C, Vdd = Min, Cl 

= 50 pF) 










PFU ck to Pad Delay 











(dout[3;0] to pad): 











Fast 

DOUT_DEL(F) 

— 

7.6 

— 

5.7 

— 

5.5 

— 

4.7 

ns 

Slewlim 

DOUT_DEL(SL) 

— 

9.3 

— 

8.0 

— 

7.5 

-- 

6.4 

ns 

Sinklim 

DOUT_DEL(SI) 

— 

12.4 

— 

8.9 

— 

8.8 

— 

7.6 

ns 

Output to Pad Delay 











(out[3:0] to pad): 











Fast 

OUT_DEL(F) 

— 

5.0 

— 

4.0 

— 

3.6 

— 

3.1 

ns 

Slewlim 

OUT DEL(SL) 

— 

6.7 

— 

6.3 

— 

5.6 

• - 

4.8 

ns 

Sinklim 

OUT_DEL(SI) 

— 

9.8 

— 

7.2 

— 

6.9 


5.9 

ns 

3-state Enable Delay 











(ts[3:0] to pad): 











Fast 

TS_DEL(F) 

— 

5.8 

— 

4.7 

— 

4.0 

— 

3.4 

ns 

Slewlim 

TS_DEL(SL) 

— 

7.5 

— 

7.0 

— 

6.0 

— 

5.1 

ns 

Sinklim 

TS_DEL(SI) 

— 

10.6 

— 

7.9 

— 

7.3 

— 

6.2 

ns 


Notes: 

If the input buffer is placed in delay mode, the chip hold time to the nearest PFU latch is guaranteed to be 0 if the clock is routed using the 
primary clock network; (Tj = All, Vdd = All). It should also be noted that any signals routed on the clock R-nodes or using the TRIDI buffers 
directly from the input buffer do not get delayed at any time. 

The delays for all input buffers assume an input rise/fall time of <1 V/ns. 

Shaded values are preliminary. 
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Timing Characteristics (continued) 

Table 45. General Configuration Mode Timing Characteristics 


OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 ‘’C < TA < 70 “C; OR2CxxA Industrial: VDD = 5.0 V ± 1 0%, -40 °C < TA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 “C S TA < 70 °C: OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 "C. 


Parameter 

Symbol 

Min 

Max 

Unit 

All Configuration Modes | 

M[3:0] Setup Time to INIT High 

Tsmode 

50.0 

— 

ns 

l\/l[3:0] Hold Time from iNlT High 

Thmode 

600.0 

— 

ns 

RESET Pulse Width Low to Start Reconfiguration 

Trw 

50.0 

— 

ns 

PRGM Pulse Width Low to Start Reconfiguration 

Tpgw 

50.0 

— 

ns 

Master and Asynchronous Peripheral Modes | 

Power-on Reset Delay 

Tpo 

17.30 

69.47 

ms 

CCLK Period (M3 = 0) 

Tcclk 

66.00 

265.00 

ns 

(M3 = 1) 


528.00 

2120.00 

ns 

Configuration Latency (noncompressed) 

Tcl 




OR2C/2T04A (M3 = 0) 


4.31 

17.30* 

ms 

(M3 = 1) 


34.48 

138.40* 

ms 

OR2C/2T06A (M3 = 0) 


6.00 

24.08* 

ms 

(M3= 1) 


48.00 

192.64* 

ms 

OR2C/2T08A (M3 = 0) 


7.62 

30.60* 

ms 

(M3=1) 


60.96 

244.80* 

ms 

OR2C/2T10A (M3 = 0) 


9.82 

39.43* 

ms 

(M3=1) 


78.56 

315.44* 

ms 

OR2C/2T12A (M3 = 0) 


11.86 

47.62* 

ms 

(M3=1) 


94.88 

380.96* 

ms 

OR2C/2T15A (M3 = 0) 


14.57 

58.51* 

ms 

(M3=1) 


116.56 

468.08* 

ms 

OR2C/2T26A (M3 = 0) 


20.25 

81.32* 

ms 

(M3=1) 


162.00 

650.56* 

ms 

OR2C/2T40A (M3 = 0) 


31.29 

125.62* 

ms 

(M3 = 1) 


250.32 

1004.96* 

ms 

Slave Serial and Synchronous Peripheral Modes | 

Power-on Reset Delay 

Tpo 

4.33 

17.37 

ms 

CCLK Period 

Tcclk 

100.00 

— 

ns 

Configuration Latency (noncompressed): 

Tcl 




OR2C/2T04A 


6.53 

— 

ms 

OR2C/2T06A 


9.09 

— 

ms 

OR2C/2T08A 


11.55 

— 

ms 

OR2C/2T10A 


14.88 

— 

ms 

OR2C/2T12A 


17.97 

— 

ms 

OR2C/2T15A 


22.08 

— 

ms 

OR2C/2T26A 


30.69 

— 

ms 

OR2C/2T40A 


47.40 

— 

ms 


* Not applicable to asynchronous peripheral mode. 
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Timing Characteristics (continued) 

Table 45. General Configuration Mode Timing Characteristics (continued) 


OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C < TA < 70 X; OR2CxxA Industrial: VDD = 5.0 V ± 10%, -^0 X < TA < +85 X. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 X < TA < 70 X; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 X < TA < +85 X. 


Parameter 

Symbol 

Min 

Max 

Unit 

Slave Parallel Mode 





Power-on Reset Delay 

Tpo 

4.33 

17.37 

ms 

CCLK Period 

Tcclk 

100.00 

— 

ns 

Configuration Latency (Noncompressed): 

OR2C/2T04A 

Tcl 

0.82 


ms 

OR2C/2T06A 


1.14 

— 

ms 

OR2C/2T08A 


1.44 

— 

ms 

OR2C/2T10A 


1.86 

— 

ms 

OR2C/2T12A 


2.25 

— 

ms 

OR2C/2T15A 


2.76 

— 

ms 

OR2C/2T26A 


3.84 

— 

ms 

OR2C/2T40A 


5.93 

— 

ms 

Partial Reconfiguration (Noncompressed) 

OR2C/2T04A 

Tpr 

1.70 


jj.s/frame 

OR2C/2T06A 


2.00 

— 

|Lis/frame 

OR2C/2T08A 


2.20 

— 

|is/frame 

OR2C/2T10A 


2.50 

— 

|Lis/frame 

OR2C/2T12A 


2.70 

— 

p,s/frame 

OR2C/2T15A 


3.00 

— 

|Lis/frame 

OR2C/2T26A 


3.50 

— 

|Lis/frame 

OR2C/2T40A 


4.30 

— 

|is/frame 

INIT Timing 





INIT High to CCLK Delay 

Slave Parallel 

Tinit_cclk 

1.00 


ps 

Slave Serial 


1.00 

— 

ps 

Synchronous Peripheral 


1.00 

— 

ps 

Master Serial 





(M3 = 1) 


1.06 

4.51 

ps 

(M3 = 0) 


0.59 

2.65 

ps 

Master Parallel 





(M3 = 1) 


5.28 

21.47 

ps 

(M3 = 0) 


1.12 

4.77 

ps 

Initialization Latency (PRGM high to INIT high) 
OR2C/2T04A 

Til 

63.36 

254.40 

ps 

OR2C/2T06A 


74.98 

301.04 

ps 

OR2C/2T08A 


86.59 

347.68 

ps 

OR2C/2T10A 


98.21 

394.32 

ps 

OR2C/2T12A 


109.82 

440.96 

ps 

OR2C/2T15A 


121.44 

487.60 

ps 

OR2C/2T26A 


144.67 

580.88 

ps 

OR2C/2T40A 


181.90 

730.34 

ps 

INIT High to WR, Asynchronous Peripheral 

Tinit_wr 

1.50 

— 

ps 


Note: TPO is triggered when Vdd reaches between 3.0 V to 4.0 V for the OR2CxxA and between 2.7 V and 3.0 V for the OR2TxxA. 
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Figure 66. General Configuration Mode Timing Diagram 
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Table 46. Master Serial Configuration Mode Timing Characteristics 

OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C < TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, ^0 °C < TA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C < TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 


Parameter 

Symbol 

Min 

Nom 

Max 

Unit 

DIN Setup Time 

TS 

60.0 

— 

— 

ns 

DIN Hold Time 

Th 

0 

— 

— 

ns 

CCLK Frequency (M3 = 0) 

FC 

3.8 

10.0 

15.2 

MHz 

CCLK Frequency (M3 = 1) 

FC 

0.48 

1.25 

1.9 

MHz 

CCLK to DOUT Delay 

Td 

— 

— 

30 

ns 


Note: Serial configuration data is transmitted out on DOUT on the falling edge of CCLK after it is input DIN. 



5-4532(F) 


Figure 67. Master Serial Configuration Mode Timing Diagram 
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Timing Characteristics (continued) 

Table 47. Master Parallel Configuration Mode Timing Characteristics 

OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C < TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, -40 °C < TA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C < TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 


Parameter 

Symbol 

Min 

Max 

Unit 

RCLK to Address Valid 

Tav 

0 

200 

ns 

D[7;0] Setup Time to RCLK High 

TS 

60 

— 

ns 

D[7;0] Hold Time to RCLK High 

Th 

0 

— 

ns 

RCLK Low Time (M3 = 0) 

Tcl 

462 

1855 

ns 

RCLK High Time (M3 = 0) 

Tch 

66 

265 

ns 

RCLK Low Time (M3=1) 

Tcl 

3696 

14840 

ns 

RCLK High Time (M3= 1) 

Tch 

528 

2120 

ns 

CCLK to DOUT 

Td 

— 

30 

ns 


Notes: 

The RCLK period consists of seven CCLKs for RCLK low and one CCLK for RCLK high. 
Serial data is transmitted out on DOUT 1.5 CCLK cycles after the byte is input D[7:0]. 


A[17:0] 


X 


X 


X 


-Tav 


Tch \ 


RCLK 


rx 


r~ 


-Tcl- 


-Ts ■ 


-Th 


xx 


D[7:0] 


X 


BYTEN 


X 


BYTE N + 1 


X 


CCLK 


DOUT 


D(I>®®©®®©®<EXIXZ 


-To 


f.44(F) 


Figure 68. Master Parallel Configuration Mode Timing Diagram 
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Timing Characteristics (continued) 

Table 48. Asynchronous Peripheral Configuration Mode Timing Characteristics 

OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 “C < TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, -40 °C < TA < +85 “C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C < TA < 70 “C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 "C < TA < +85 °C. 



Notes: 

Serial data is transmitted out on DOUT on the falling edge of CCLK after the byte is input D[7:0]. 

When the RDY/BUSY status is read on D7, the timing from RD to D7 is the same as the WR to RDY/BUSY delay (TRDY). 




Figure 69. Asynchronous Peripheral Configuration Mode Timing Diagram 
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Table 49. Synchronous Peripheral Configuration Mode Timing Characteristics 

OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C < TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, -40 °C < TA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C < TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 


Parameter 

Symbol 

Min 

Max 

Unit 

D[7:0] Setup Time 

TS 

20 

— 

ns 

D[7:0] Hold Time 

Th 

0 


ns 

CCLK High Time 

Tch 

50 

— 

ns 

CCLK Low Time 

Tcl 

50 

— 

ns 

CCLK Frequency 

FC 

— ■ 

10 

MHz 

CCLK to DOUT 

Td 

— 

30 

ns 


Note: Serial data is transmitted out on DOUT 1.5 clock cycles after the byte is input D[7:0]. 


CCLK 

iNiT 

D[7:0] 

DOUT 

RDY/BDSY 


:a_ 

Tinit_clk 





TI 


X 


XTXIXZXZXZXZ3CLX 






5-4534(F) 


Figure 70. Synchronous Peripherai Configuration Mode Timing Diagram 


2-160 


Lucent Technologies Inc. 






FPGA Data Book 


ORCA OR2CxxA/OR2TxxA Series FPGAs 


Tinning Characteristics (continued) 


Table 50. Slave Serial Configuration Mode Timing Characteristics 

OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C < TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, ^0 °C < TA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C <TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 


Parameter 

Symbol 

Min 

Max 

Unit 

DIN Setup Time 

TS 

20 

— 

ns 

DIN Hold Time 

Th 

0 

— 

ns 

CCLK High Time 

Tch 

50 

— 

ns 

CCLK Low Time 

Tcl 

50 

— 

ns 

CCLK Frequency 

Fc 

— 

10 

MHz 

CCLK to DOUT 

TD 

— 

30 

ns 


Note: Serial configuration data is transmitted out on DOUT on the falling edge of CCLK after it is input on DIN. 



Figure 71. Slave Serial Configuration Mode Timing Diagram 
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Table 51. Slave Parallel Configuration Mode Timing Characteristics 

OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C < TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, -40 °C < TA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C < TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 


Parameter 

Symbol 

Min 

Max 

Unit 

CSO, CS1, WR Setup Time 

TS1 

60 

— 

ns 

CSO, CS1, WR Hold Time 

Thi 

20 

— 

ns 

D[7:0] Setup Time 

TS2 

20 

— 

ns 

D[7;0] Hold Time 

TH2 

0 

— 

ns 

CCLK High Time 

Tch 

50 

— 

ns 

CCLK Low Time 

Tcl 

50 

— 

ns 

CCLK Frequency 

FC 

— 

10 

MHz 


Note: Daisy chaining of FPGAs is not supported in this mode. 
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Table 52. Readback Timing Characteristics 

OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 °C < TA < 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, ^0 °C < TA < +85 °C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C <TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 


Parameter 

Symbol 

Min 

Max 

Unit 

RD_CFGN to CCLK Setup Time 

TS 

50 

— 

ns 

RD_CFGN High Width to Abort Readback 

Trba 

2 

— 

CCLK 

CCLK Low Time 

Tcl 

50 

— 

ns 

CCLK High Time 

Tch 

50 

— 

ns 

CCLK Frequency 

FC 

— 

10 

MHz 

CCLK to RD_DATA Delay 

Td 

— 

50 

ns 



5-4536(F) 

Figure 73. Readback Timing Diagram 
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Table 53. Boundary-Scan Timing Characteristics 

OR2CxxA Commercial: VDD = 5.0 V ± 5%, 0 “C < TA S 70 °C; OR2CxxA Industrial: VDD = 5.0 V ± 10%, ^0 »C < TA < +85 “C. 
OR2TxxA Commercial: VDD = 3.0 V to 3.6 V, 0 °C < TA < 70 °C; OR2TxxA Industrial: VDD = 3.0 V to 3.6 V, -40 °C < TA < +85 °C. 


Parameter 

Symbol 

Min 

Max 

Unit 

TDI/TMS to TCK Setup Time 

Ts 

25 

— 

ns 

TDI/TMS Hold Time from TCK 

Th 

0 

— 

ns 

TCK Low Time 

Tcl 

50 

— 

ns 

TCK High Time 

Tch 

50 

— 

ns 

TCK to TDO Delay 

Td 

— 

20 

ns 

TCK Frequency 

Ttck 

— 

10 

MHz 



BSTD(C) 


Figure 74. Boundary-Scan Timing Diagram 
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Measurement Conditions 


TO THE OUTPUT UNDER TEST > 


Vdd GND 

• i • 



Note: Switch to Vdd for 
Tplz/Tpzl; 
switch to GND for 
Tphz/Tpzh. 


50 pF TO THE OUTPUT UNDER TEST > 


50 pF 


A. Load Used to Measure Propagation Delay B. Load Used to Measure Rising/Falling Edges 

5-3234(F) 


Figure 75. ac Test Loads 


out[i] 



OUT ac TEST LOADS {SHOWN ABOVE) 



5-3233. a(F) 


Figure 76. Output Buffer Delays 



in[i] 



5-3235(F) 


Figure 77. Input Buffer Delays 
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Output Buffer Characteristics 

OR2CxxA 




OUTPUT VOLTAGE, Vo (V) 5-4635(C) 

OUTPUT VOLTAGE, Vo (V) 5-4634(C) 

Figure 81. Sinklim (Tj = 125 °C, Vdd = 4.5 V) 

Figure 78. Sinklim (Tj = 25 °C, Vdd = 5.0 V) 



OUTPUt VOLTAGE, Vo (V) 5-4636(C) 

Figure 79. Slewlim (Tj = 25 °C, Vdd = 5.0 V) 



OUTPUT VOLTAGE, Vo (V) 5-4637(C) 


Figure 82. Slewlim (Tj = 125 °C, Vdd = 4.5 V) 



OUTPUT VOLTAGE, Vo (V) 


Figure 80. Fast (Tj = 25 °C, Vdd = 5.0 V) 



OUTPUT VOLTAGE, Vo (V) 5-4639(C) 

Figure 83. Fast (Tj = 125 °C, Vdd = 4.5 V) 
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Output Buffer Characteristics (continued) 
OR2TxxA 



OUTPUT VOLTAGE, Vo (V) 5-4490(C).a 

Figure 84. Sinklim (Tj = 25 °C,Vdd = 3.3 V) 



Figure 87. Sinklim (Tj = 125 °C,Vdd = 3.0 V) 



Figure 85. Slewlim (Tj = 25 °C, Vdd = 3.3 V) 



Figure 88. Slewlim (Tj = 125 °C,Vdd = 3.0 V) 



< 

E 



Figure 86. Fast (Tj = 25 °C, Vdd = 3.3 V) 
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Figure 89. Fast (Tj = 125 °C, Vdd = 3.0 V) 
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Ordering Information 


Example: 


DEVICE TYPE- 

SPEED GRADE 


OR2C12A- 4 S 240 


r 


- TEMPERATURE RANGE 

NUMBER OF PINS 


PACKAGE TYPE 


OR2C12A, -4 Speed Grade, 240-pin Shrink Quad Flat Pack, Commercial Temperature. 


Table 54. FPGA Voltage Options 


Device 

Voltage 

OR2CxxA 

5.0 

OR2TxxA 

3.3 


Table 55. FPGA Temperature Options 


Symbol 

Description 

Temperature 

(Blank) 

Commercial 

0 °C to 70 °C 

I 

Industrial 

-40 °C to +85 °C 


Table 56. FPGA Package Options 


Symbol 

Description 

BA 

Plastic Ball Grid Array (PBGA) 

BC 

Enhanced Ball Grid Array (EBGA) 

J 

Quad Flat Package (QFP) 

M 

Plastic Leaded Chip Carrier (PLCC) 

PS 

Power Quad Shrink Flat Package (SQFP2) 

S 

Shrink Quad Flat Package (SQFP) 

T 

Thin Quad Flat Package (TQFP) 


Table 57. ORCA OR2CxxA/OR2TxxA Series Package Matrix 


Packages 

84-Pln 

PLCC 

100-Pln 

TQFP 

144-Pin 

TQFP 

160-Pin 

QFP 

208-Pin 

EIAJ 

SQFP/ 

SQFP2 

240-Pin 

EIAJ 

SQFP/ 

SQFP2 

256-Pln 

PBGA 

304-Pin 

EIAJ 

SQFP/ 

SQFP2 

352-Pin 

PBGA 

432-Pln 

EBGA 

600-Pin 

EBGA 

M84 

T100 

T144 

J160 

S208/ 

PS208 

S240/ 

PS240 

BA256 

S304/ 

PS304 

BA352 

BC432 

BC600 

OR2C/2T04A 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

— 

— 

— 

OR2C/2T06A 

Cl 

Cl 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

— 

OR2C/2T08A 

Cl 

— 

— 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

— 

OR2C/2T10A 

Cl 

— 

— 

Cl 

Cl 

Cl 

Cl 

— 

Cl 

— 

— 

OR2C/2T12A 

Cl 

— 

— 

— 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

OR2C/2T15A 

Cl 

— 

— 

— 

Cl 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

OR2C/2T26A 

— 

— 

— 

— 

Cl 

Cl 

— 

Cl 

Cl 

Cl 

Cl 

OR2C/2T40A 

— 

— 

— 

— 

Cl 

Cl 

— 

Cl 

— 

Cl 

Cl 


Key; C = commercial, I = industrial. 

Notes: 

The package options with the SQFP/SQFP2 designation in the table above use the SQFP package for all densities up to and including the 
OR2C/2T15A, while the OR2C/2T26A and the OR2C/2T40A use the SQFP2. Availability of the OR2C15A in the 208-pin and 240-pin SQFP2 is 
to be announced. 

The OR2TxxA series is not offered in the 304-pin SQFP/SQFP2 packages. 
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Lucent Technologies 

Bell Labs Innovations 

Optimized Reconfigurabie Ceil Array (ORCA) 
ATT2CXX Series Fieid-Programmabie Gate Arrays 



Features 

■ High-performance, cost-effective 0.5 pm 
technology (four-input look-up table delay 
less than 3.6 ns) 

■ High density (up to 43,200 usable, logic-only gates, 
or 99,400 gates including RAM) 

■ Up to 480 user I/Os 

■ Fast on-chip user SRAM: 64 bits/logic block 

■ Nibble-oriented architecture for implementing 
4-, 8-, 16-, 32-bit (or wider) bus structures 

■ Innovative, abundant, and hierarchical nibble- 
oriented routing resources that allow automatic 
use of internal gates for all device densities without 
sacrificing performance 

■ Four 16-bit look-up tables and four latches/ 
flip-flops per logic block 

■ Internal fast carry for arithmetic functions 

■ TTL or CMOS input thresholds programmable per 
pin 

■ Individually programmable drive capability: 

12 mA sink/6 mA source or 6 mA sink/3 mA source 

■ Built-in boundary scan (IEEE 1149.1) 

■ Low power consumption from submicron CMOS 
process 

■ Full PCI-bus compliance 

■ Supported by industry-standard CAE tools for 
design entry, synthesis, and simulation 

■ ORCA Foundry Development System support 


Description 

The Lucent Technologies Optimized Reconfigurabie 
Cell Array (ORCA) series is the second generation of 
SRAM-based field-programmable gate arrays 
(FPGAs) from Lucent. The ORCA 2C FPGA series 
provides seven CMOS FPGAs ranging in complexity 
from 4,800 to 43,200 usable gates in a variety of pack¬ 
ages, speed grades, and temperature ranges. Table 1 
lists the usable gates for the 0.5 pm ORCA 2C series 
FPGAs. 

The ORCA series FPGA consists of two basic ele¬ 
ments: programmable logic cells (PLCs) and program¬ 
mable input/output cells (PICs). An array of PLCs is 
surrounded by PICs. Each PLC contains a program¬ 
mable function unit (PFU).The PLCs and PICs also 
contain routing resources and configuration RAM. All 
logic is done in the PFU. Each PFU contains four 16- 
bit look-up tables (LUTs) and four latches/flip-flops 
(FFs). 

The PLC architecture provides a balanced mix of logic 
and routing which allows a higher utilized gate/PFU 
than alternative architectures. The routing resources 
carry logic signals between PFUs and I/O pads. The 
routing in the PLC is symmetrical about the horizontal 
and vertical axes. This improves routabillty by allowing 
a signal to be routed Into the PLC from any direction. 

Table 1. ORCA 2C Series FPGAs 


Device 

Usable 

Gates* 

Latches/ 

Flip- 

Flops 

Max 

User 

RAM 

Bits 

User 

I/Os 

Array 

Size 

2C04 

4,800—11,000 

400 

6,400 

160 

10x10 

2C06 

6,900—15,900 

576 

9,216 

192 

12x12 

2C08 

9,400—21,600 

784 

12,544 

224 

14x 14 

2C10 

12,300—28,300 

1024 

16,384 

256 

16x16 

2C12 

15,600—35,800 

1296 

20,736 

288 

18x 18 

2C15 

19,200—44,200 

1600 

25,600 

320 

20x20 

2C26 

27,600—63,600 

2304 

36,864 

384 

24x24 

2C40 

43,200—99,400 

3600 

57,600 

480 

30x30 


* The first number in the usable gates column assumes 48 gates 
per PFU for logic-only designs. The second number assumes 
30% of a design is RAM. PFUs used as RAM are counted at 
4 gates per bit, with each PFU capable of implementing a 16 x 4 
RAM (or 256 gates) per PFU. 
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Description (continued) 

The ORCA Foundry Development System is used to 
process a design from a netllst to a configured FPGA. 
Lucent provides interfaces and libraries to popular CAE 
tools for design entry and simulation. 

The FPGA’s functionality is determined by internal 
configuration RAM. The FPGA’s internal Initialization/ 
configuration circuitry loads the configuration data at 
powerup or under system control. The RAM Is loaded 
by using one of several configuration modes. The 
configuration data resides externally in an EEPROM, 
EPROM, or ROM on the circuit board, or any other 
storage media. Serial ROMs provide a simple, low pin 
count method for configuring FPGAs. 


ORCA Foundry Development System 
Overview 

The ORCA Foundry Development System interfaces to 
front-end design entry tools and provides the tools to 
produce a configured FPGA. In the design flow, the 
user defines the functionality of the FPGA at two points 
In the design flow: at design entry and at the bit stream 
generation stage. 

Following design entry, the development system’s map, 
place, and route tools translate the netllst Into a routed 
FPGA. Its bit stream generator is then used to generate 
the configuration data which is loaded into the FPGA’s 
internal configuration RAM. When using the bit stream 
generator, the user selects options that affect the 
functionality of the FPGA. Combined with the front-end 
tools, ORCA Foundry produces configuration data that 
implements the various logic and routing options 
discussed in this data sheet. 
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Architecture 

The ORCA Series FPGA is comprised of two basic 
elements: PLCs and PICs. Figure 1 shows an array of 
programmable logic cells (PLCs) surrounded by pro¬ 
grammable input/output cells (PICs).The ATT2C15 has 
PLCs arranged in an array of 20 rows and 20 columns. 
PICs are located on all four sides of the FPGA between 
the PLCs and the IC ecTge. The location of a PLC is 
indicated by its row and column so that a PLC in the 
second row and third column is R2C3. PICs are Indi¬ 
cated similarly, with PT (top) and PB (bottom) designat¬ 
ing rows and PL (left) and PR (right) designating 
columns, followed by a number. The routing resources 
and configuration RAM are not shown, but the inter¬ 
quad routing blocks (hlQ, vlQ) present in the 2C series 
are shown. 

Each PIC contains the necessary I/O buffers to inter¬ 
face to bond pads. The PICs also contain the routing 
resources needed to connect signals from the bond 
pads to/from PLCs. The PICs do not contain any user- 
accessible logic elements, such as flip-flops. 

Combinatorial logic is done in look-up tables (LUTs) 
located In the PFU. The PFU can be used in different 
modes to meet different logic requirements. The LUT’s 
configurable medium-/large-graln architecture can be 
used to implement from one to four combinatorial logic 
functions. The flexibility of the LUT to handle wide input 
functions as well as multiple smaller input functions 
maximizes the gate count/PFU. 


Programmable Logic Cells 

The programmable logic cell (PLC) consists of a pro¬ 
grammable function unit (PFU) and routing resources. 
All PLCs in the array are identical. The PFU, which con¬ 
tains four LUTs and four latches/FFs for logic imple¬ 
mentation, is discussed in the next section. 


Programmable Function Unit 

The programmable function units (PFUs) are used for 
logic. The PFU has 19 external inputs and six outputs 
and can operate in several modes. The functionality of 
the inputs and outputs depends on the operating mode. 


The PFU uses three input data buses (a[4:0], b[4:0], 
wd[3:0]), four control inputs (cO, ck, ce, Isr), and a carry 
input (cin); the last is used for fast arithmetic functions. 
There is a 5-bit output bus (o[4:0]) and a carry-out 
(cout). 

Figure 2 and Figure 3 show high-level and detailed 
views of the ports in the PFU, respectively. The ports 
are referenced with a two- to four-character suffix to a 
PFU’s location. As mentioned, there are two 5-bit input 
data buses (a[4:0] and b[4:0]) to the LUT, one 4-bit 
Input data bus (wd[3:0]) to the latches/FFs, and an 
output data bus (o[4:0]). 



PROGRAMMABLE LOGIC CELL (PLC) 
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(ROUTING RESOURCES, CONFIGURATION RAM) 


5-2750(F) 


Figure 2. PFU Ports 


The PFU is used in a variety of modes, as illustrated in 
Figures 4 through 11, and It is these specific modes 
that are most relevant to PFU functionality. 

The PFU does combinatorial logic in the LUT and 
sequential logic in the latches/FFs. The LUT Is static 
random access memory (SRAM) and can be used for 
read/write or read-only memory. Table 2 lists the basic 
operating modes of the LUT. The operating mode 
affects the functionality of the PFU Input and output 
ports and internal PFU routing. 
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Figure 3. Simplified PFU Diagram 


For example, in some operating modes, the wd[3:0] 
inputs are direct data inputs to the PFU latches/FFs. In 
the dual 16x2 memory mode, the same wd[3:0] inputs 
are used as a 4-bit data input bus into LUT memory. 

Figure 3 shows the four latches/FFs and the 64-bit 
look-up table (LUT) in the PFU. Each latch/FF can 
accept data from the LUT. Alternately, the latches/FFs 
can accept direct data from wd[3:0], eliminating the 
LUT delay If no combinatorial function is needed. 


The LUT outputs can bypass the latches/FFs, which 
reduces the delay out of the PFU. The pdilr[3:0] and 
pditb[3:0] inputs allow fast input from an I/O pad to the 
latches/FFs in the two closest PLCs perpendicular to 
the PIC containing the I/O pad. It is possible to use the 
LUT and latches/FFs more or less Independently. For 
example, the latches/FFs can be used as a 4-bit shift 
register, and the LUT can be used to detect when a 
register has a particular pattern in it. 
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PFU Control Inputs 

The four control inputs to the PFU are clock (ck), local 
set/reset (Isr), clock enable (ce), and cO.The ck, ce, 
and Isr inputs control the operation of all four latches in 
the PFU. An active-low global set/reset (gsrn) signal is 
also available to the latches/FFs in every PFU. Their 
operation is discussed briefly here, and In more detail 
in the Latches/Flip-Flops section. The polarity of the 
control inputs can be inverted. 

The ck input is distributed to each PFU from a vertical 
or horizontal net. The ce input inhibits the latches/FFs 
from responding to data inputs. The ce input can be 
disabled, always enabling the clock. Each latch/FF can 
be independently programmed to be a set or reset by 
the Isr and the global set/reset (gsrn) signals. Each 
PFU’s Isr input can be configured as synchronous or 
asynchronous. The gsrn signal Is always asynchro¬ 
nous. The Isr signal applies to all four latches/FFs in a 
PFU. The Isr input can be disabled (the default). The 
asynchronous set/reset is dominant over clocked 
Inputs. 

The cO input is used as an input in combinatorial logic 
functions and as a carry Input. It Is used as an input 
into special PFU logic gates in wide input functions. 
The cO input can be disabled (the default). 


Look-Up Table Operating Modes 

The LUT can be configured to operate In one of three 
general modes: 

■ Combinatorial logic mode 

■ Ripple mode 

■ Memory mode 

The combinatorial logic mode uses a 64-bit look-up 
table (LUT) to implement Boolean functions. The two 
5-bit logic inputs, a[4:0] and b[4:0], and the cO Input are 
used as LUT inputs. The use of these ports changes 
based on the PFU operating mode. 


Table 2. Look-Up Table Operating Modes 


Mode 

Function 

F4A 

Two functions of four Inputs, some inputs 
shared (QLUT2/QLUT3) 

F4B 

Two functions of four inputs, some inputs 
shared (QLUT0/QLUT1) 

F5A 

One function of five inputs (HLUTA) 

F5B 

One function of five inputs (HLUTB) 

MA 

16x2 memory (HLUTA) 

MB 

16x2 memory (HLUTB) 

R 

Ripple—LUT 


For combinatorial logic, the LUT can be used to do any 
single function of six inputs, any two functions of five 
inputs, or four functions of four Inputs (with some inputs 
shared), and three special functions based on the two 
five-input functions and cO. 

The functionality of the LUT is determined by Its oper¬ 
ating mode. The entries in Table 2 show the basic 
modes of operation for combinatorial logic, ripple, and 
memory functions In the LUT. Depending on the oper¬ 
ating mode, the LUT can be divided into sub-LUTs.The 
LUT is comprised of two 32-bit half look-up tables, 
HLUTA and HLUTB. Each half look-up table (HLUT) is 
comprised of two quarter look-up tables (QLUTs). 
HLUTA consists of QLUT2 and QLUT3, while HLUTB 
consists of QLUTO and QLUT1. The outputs of QLUTO, 
QLUT1, QLUT2, and QLUT3 are fO, f 1, f2, and f3, 
respectively. 

If the LUT is configured to operate In the ripple mode, it 
cannot be used for basic combinatorial logic or memory 
functions. In modes other than the ripple mode, combi¬ 
nations of operating modes are possible. For example, 
the LUT can be configured as a 16 x 2 RAM In one 
HLUT and a five-input combinatorial logic function in 
the second HLUT. This can be done by configuring 
HLUTA in the MA mode and HLUTB in the FSB mode 
(or vice versa). 

F4A/F4B Mode —Two Four-Input Functions 

Each HLUT can be used to implement two four-input 
combinatorial functions, but the total number of Inputs 
into each HLUT cannot exceed five. The two QLUTs 
within each HLUT share three inputs. In HLUTA, the 
a1, a2, and a3 inputs are shared by QLUT2 and 
QLUT3. Similarly, in HLUTB, the b1, b2, and b3 inputs 
are shared by QLUTO and QLUT1 .The four outputs are 
fO, f1, f2, and f3. The use of the LUT for four functions 
of up to four inputs each is given in Figure 4. 
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5-2753(F) 

Figure 4. F4 Mode—Four Functions of Four Input 
Variables 

F5A/F5B Mode—One Five-Input Variable Function 

Each HLUT can be used to implement any five-input 
combinatorial function. The input ports are a[4:0] and 
b[4:0], and the output ports are fO and f3. One five or 
less input function is input into a[4:0], and the second 
five or less input function is input into b[4:0].The results 
are routed to the latch/FF dO and latch/FF d3 inputs, or 
directly to the outputs oO and o3.The use of the LUT 
for two independent functions of up to five inputs is 
given in Figure 5. In this case, the LUT is configured in 
the F5A and FSB modes. As a variation, the LUT can 
do one function of up to five input variables and two 
four-input functions using F5A and F4B modes or F4A 
and FSB modes. 

F5M and F5X Modes ~ Special Function Modes 

The PFU contains logic to implement two special func¬ 
tion modes which are variations on the FS mode. As 
with the FS mode, the LUT implements two indepen¬ 
dent five-input functions. Figure 6 and Figure 7 show 
the schematics for FSM and FSX modes. The FSX and 
FSM functions differ from the basic FSA/FSB functions 
in that there are three logic gates which have inputs 
from the LUT. In some cases, this can be used for 
faster and/or wider logic functions. The HLUTs operate 
as in the FS mode, providing outputs on fO and f3.The 
resulting output is then input into a NAND and either a 
multiplexer in FSM mode or an exclusive OR in FSX 
mode. 


A4 


HLUTA 



f3^ 

A3 


a3 QLUT3 

a2 

A2 


A1 


a1 QLUT2 


AD 


B4_ 



— 


HLUTB 


b4 

fO 

B3_ 


b3 Ol IJT1 

B2_ 


b2 

B1 — 


b1 QLUTO 


BO — 


bO 



5-2845(F) 

Figure 5. F5 Mode—^Two Functions of Five Input 
Variables 

As shown, two of the three inputs into the NAND, XOR, 
and MUX gates, fO and f3, are from the LUT. The third 
input is from the cO input into PFU. The output of the 
special function (either XOR or MUX) is f1. Since the 
XOR and multiplexer share the f1 output, the FSX and 
FSM modes are mutually exclusive. The output of the 
NAND is f2. 

To use either the FSM or FSX functions, the LUT must 
be in the FSA/FSB mode. In both the FSX and FSM 
functions, the outputs of the five-input combinatorial 
functions, fO and f3, are also usable simultaneously 
with the logic gate outputs. 

The output of the multiplexer is: 

f1 = (HLUTA X cO) + (HLUTB x 5b) 

f1 = {f3 X cO) + (fO X cb) 

The output of the exclusive OR is: 

f1 = HLUTA 0 HLUTB 0 cO 

f1 = f3 0 fO 0 cO 

The output of the NAND is: 

f2 = HLUTA X HLUTB x cO 

f2 = f3 X fO X cO 
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Figure 6. F5M Mode—Multiplexed Function of Two 
Independent Five-Input Variable 
Functions 


f3 



a4 


a3 

QLUT3 

aa 

a1 

QLUT2 

aO 



b4 


b3 

QLUT1 

b2 

b1 

QLUTO 

bO 



F5M Mode — One Six-Input Variable Function 

The LUT can be used to implement any function of six 
input variables. As shown in Figure 8, five input signals 
are routed Into both the a[4:0] and b[4:0] ports, and the 
cO port Is used for the sixth input. The output port is f1. 
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Figure 7. F5X Mode—Exclusive OR Function of 
Two Independent Five-Input Variable 
Functions 
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Figure 8. F5M Mode—One Six-Input Variable 
Function 


Ripple Mode 

The LUT can do nibble-wide ripple functions with high¬ 
speed carry logic. The QLUTs each have a dedicated 
carry-out net to route the carry to/from the adjacent 
QLUT Using the internal carry circuits, fast arithmetic 
and counter functions can be implemented in one PFU. 
Similarly, each PFU has carry-in and carry-out ports for 
fast carry routing between adjacent PFUs. 

The ripple mode is generally used in operations on two 
4-bit buses. Each QLUT has two operands and a ripple 
input, and provides a result and ripple (generally carry) 
output. A single bit is rippled from the previous QLUT 
and Is used as input Into the current QLUT. For QLUTO, 
the ripple Input is from the PFU cin port. The cin data 
can come from either the fast carry routing or the PFU 
input b4, or it can be tied to logic 1 or logic 0. 

The result output and ripple output are calculated by 
using generate/propagate circuitry. In ripple mode, the 
two operands are Input into a[3:0] and b[3:0].The four 
results bits, one per QLUT, are f[3:0] (see Figure 9). 
The ripple output from QLUT3 can be routed to dedi¬ 
cated carry-out circuitry into any of four adjacent PLCs, 
or it can be placed on the o4 PFU output, or both. This 
allows for cascading PLCs in the ripple mode so that 
nibble-wide ripple functions can be easily expanded to 
any length. If an up/down counter or adder/subtracter Is 
needed, the control signal Is input on a4. 
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Figure 9. Ripple Mode 


Figure 10. MA/MB Mode—16 x 4 RAM 


Each QLUT generates two separate outputs. One of 
the two outputs selects whether the carry-in is to be 
propagated to the carry-out of the current QLUT or if 
the carry-out needs to be generated. The resulting out¬ 
put is placed on the QLUT output. The result bit is cre¬ 
ated in one half of the QLUT from a single bit from each 
input bus along with the ripple Input bit. These inputs 
are also used to create the programmable propagate. 

Memory Modes — MA and MB Modes 

The LUT in the PFU can be configured as either read/ 
write or read-only memory. A read/write address 
(a[3:0],b[3:0]), write data (wd[1:0], wd[3:2]), and two 
write enable (wea, web) ports are used for memory. In 
memory mode, each HLUT can be used as a 16 x 2 
memory. Each HLUT is configured independently, 
allowing functions such as 16 x 4 memory or a 16 x 2 
memory In one HLUT and a logic function of five input 
variables or less in the other HLUT. 

Figure 10 illustrates the use of the LUT for a 16 x 4 
memory. When the LUTs are used as memory, there 
are independent address, input data, and output data 
buses. If the LUT is used as a 16 x 4 read/write mem¬ 
ory, the a[3:0] and b[3:0] ports are address inputs. The 
a4 and b4 ports are write-enable (we) signals. The 
wd[3:0] inputs are the data Inputs. The f[3:0] data out¬ 
puts can be routed out on the o[4:0] PFU outputs or to 
the latch/FFs d[3:0] inputs. 

To increase memory address locations (e.g., 32 x 4), 
two or more PLCs can be used. The address and write 
data inputs for the two PLCs are tied together (bit by 
bit) and the data outputs are routed through a 
3-statable BIDI and then tied together (bit by bit). 


The write enable and read enable for each PLC is cre¬ 
ated from an extended address. The read enable is 
connected to the 3-state enable input to the BIDIs for a 
given PLC and then used to enable the 4 bits of data 
from a PLC onto the read data bus. 

To increase the memory’s word size (e.g., 16x8), two 
or more PLCs are used again. The address and write 
enable of the PLCs are tied together, and the data Is 
different for each PLC. Increasing both the address 
locations and word size is done by using a combination 
of these two techniques. 

The LUT can be used for both memory and a combina¬ 
torial logic function simultaneously. Figure 11 shows 
the use of a LUT implementing a 16 x 2 RAM (HLUTA) 
and any function of up to five Input variables (HLUTB). 



Figure 11. MA/F5 Mode—16 x 2 Memory and One 
Function of Five Input Variables 
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Latches/Flip-Flops 

The four latches/FFs in the PFU can be used in a vari¬ 
ety of configurations. In some cases, the configuration 
options apply to all four latches/FFs In the PFU. For 
other options, each latch/FF is independently program¬ 
mable. 

Table 3 summarizes these latch/FF options. The 
latches/FFs can be configured as either positive or 
negative level sensitive latches, or positive or negative 
edge-triggered flip-flops. All latches/FFs in a given PFU 
share the same clock, and the clock to these latches/ 
FFs can be inverted. The input into each latch/FF Is 
from either the corresponding QLUT output (f[3:0]) or 
the direct data input (wd[3:0]). For latches/FFs located 
in the two outer rings of PLCs, additional inputs are 
possible. These additional inputs are fast paths from 
I/O pads located in PICs perpendicular to the PLCs. If 
the latch/FF is not located in the two outer rings of the 
PLCs, the latch/FF input can also be tied to logic 0, 
which is the default. The four latch/FF outputs, q[3:0], 
can be placed on the five PFU outputs, o[4:0]. 


Table 3. Configuration RAM Controlled Latch/Flip- 
Flop Operation 


Function 

Options 

Functionality Common to All Latch/FFs in PFU | 

LSR Operation 

Asynchronous or Synchronous 

Clock Polarity 

Noninverted or Inverted 

Front-End Select 

Direct (wd[3:0]) or from LUT 
(f[3:p]) 

Functionality Set Individually in Each Latch/FF in PFU | 

Latch/FF Mode 

Latch or Flip-Flop 

Set/Reset Mode 

Set or Reset 


The four latches/FFs in a PFU share the clock (ck), 
clock enable (ce), and local set/reset (Isr) Inputs. When 
ce is disabled, each latch/FF retains its previous value 
when clocked, unless there is an asynchronous set/ 
reset. Both the clock enable and Isr inputs can be 
inverted to be active-low. 

The set/reset operation of the latch/FF is controlled by 
two parameters: reset mode and set/reset value. When 
the global (gsrn) or local set/reset (Isr) are active, the 
storage element operates normally as a latch or FF. 
The reset mode is used to select a synchronous or 
asynchronous Isr operation. If synchronous, Isr is 
enabled if clock enable (ce) is active. The clock enable 
is supported on FFs, not latches. The clock enable 
function is implemented by using a two-input multi¬ 
plexer on the FF input, with one input being the 
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previous state of the FF and the other input being the 
new data applied to the FF. The select of this two-input 
multiplexer is clock enable (ce), which selects either the 
new data or the previous state. When ce is inactive, the 
FF output does not change when the clock edge 
arrives. 

The global reset (gsrn) is only asynchronous, and It 
sets/resets all latches/FFs in the FPGA based upon the 
set/reset configuration bit for each latch/FF. The set/ 
reset value determines whether gsrn and Isr are set or 
reset inputs. The set/reset value is independent for 
each latch/FF 

If the local set/reset is not needed, the latch/FF can be 
configured to have a data front-end select. Two data 
inputs are possible in the front-end select mode, with 
the Isr signal used to select which data input is used. 
The data input into each latch/FF is from the output of 
its associated QLUT f[3:0] or direct from wd[3:0], 
bypassing the LUT. In the front-end data select mode, 
both signals are available to the latches/FFs. 

For PLCs that are in the two outside rows or columns of 
the array, the latch/FFs can have two inputs in addition 
to the f and wd inputs mentioned above. One input is 
from an I/O pad located at the PIC closest to either the 
left or right of the given PLC (if the PLC is in the left two 
columns or right two columns of the array). The other 
input is from an I/O pad located at the closest PIC 
either above or below the given PLC (if the PLC is in 
the top or the bottom two rows). It should be noted that 
both inputs are available for a 2 x 2 array of PLCs in 
each corner of the array. For the entire array of PLCs, if 
either or both of these inputs is unavailable, the latch/ 
FF can be tied to a logic 0 instead. 

To speed up the interface between signals external to 
the FPGA and the latches/FFs, there are direct paths 
from latch/FF outputs to the I/O pads. This is done for 
each PLC that is adjacent to a PIC. The latches/FFs 
can be configured in three modes: 

1. Local synchronous set/reset: the input into the 
PFU’s Isr port is used to synchronously set Or reset 
each latch/FF. 

2. Local asynchronous set/reset: the input into Isr 
asynchronously sets or resets each latch/FF. 

3. Latch/FF with front-end select: the data select signal 
(actually Isr) selects the input into the latches/FFs 
between the LUT output and direct data in. 

For all three modes, each latch/FF can be Indepen¬ 
dently programmed as either set or reset. Each latch/ 
FF in the PFU is independently configured to operate 
as either a latch or flip-flop. Figure 12 provides the logic 
functionality of the front-end select, global set/reset, 
and local set/reset operations. 
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A. Latch/FF with Local B. Latch/FF with Local C. Latch/FF with Front-End Select 

Synchronous Set or Reset Asynchronous Set or Reset 


Note:CD = configuration data. 


Figure 12. Latch/FF Set/Reset Configurations 


PLC Routing Resources 

Generally, the ORCA Foundry Development System is 
used to automatically route interconnections. Interac¬ 
tive routing with the ORCA Foundry design editor 
(EPIC) is also available for design optimization.To use 
EPIC for interactive layout, an understanding of the 
routing resources is needed and is provided in this sec¬ 
tion. 

The routing resources consist of switching circuitry and 
metal interconnect segments. Generally, the metal 
lines which carry the signals are designated as routing 
nodes (R-nodes).The switching circuitry connects the 
routing nodes, providing one or more of three basic 
functions: signal switching, amplification, and isolation. 
A net running from a PFU or PIC output (source) to a 
PLC or PIC input (destination) consists of one or more 
R-nodes, connected by switching circuitry designated 
as configurable interconnect points (CIPs). 

The following sections discuss PLC, PIC, and interquad 
routing resources. This section discusses the PLC 
switching circuitry, intra-PLC routing, inter-PLC routing, 
and clock distribution. 


Configurable Interconnect Points 

The process of connecting R-nodes uses three basic 
types of switching circuits: two types of configurable 
interconnect points (CIPs) and bidirectional buffers 
(BIDIs).The basic element in CIPs is one or more pass 
transistors, each controlled by a configuration RAM bit. 
The two types of CIPs are the mutually exclusive (or 
multiplexed) CIP and the independent CIP. 

A mutually exclusive set of CIPs contains two or more 
CIPs, only one of which can be on at a time. An inde¬ 
pendent CIP has no such restrictions and can be on 
independent of the state of other CIPs. Figure 13 
shows an example of both types of CIPs. 



Figure 13. Configurable Interconnect Point 
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3-Statable Bidirectional Buffers 

Bidirectional buffers provide isolation as well as amplifi¬ 
cation for signals routed a long distance. Bidirectional 
buffers are also used to drive signals directly onto 
either vertical or horizontal xL and xH R-nodes (to be 
described later In the inter-PLC routing section). BIDIs 
are also used to indirectly route signals through the 
switching R-nodes. Any number from zero to eight 
BIDIs can be used in a given PLC. 

The BIDIs in a PLC are divided into two nibble-wide 
sets of four (BIDI and BIDIH). Each of these sets has a 
separate BIDI controller that can have an application 
net connected to its TRI input, which is used to 3-state 
enable the BIDIs. Although only one application net 
can be connected to both BIDI controllers, the sense of 
this signal (active-high, active-low, or ignored) can be 
configured independently. Therefore, one set can be 
used for driving signals, the other set can be used to 
create 3-state buses, both sets can be used for 3-state 
buses, and so forth. 


TRI 



RIGHT-LEFT BIDI 

LEFT-RIGHT BIDI 

UNUSED BIDI 

LEFT-RIGHT BIDI 


RIGHT-LEFT BIDIH 

LEFT-RIGHT BIDIH 

UNUSED BIDIH 

LEFT-RIGHT BIDIH 

5-4479p2(C) 


Figure 14.3>Statable Bidirectional Buffers 


Intra-PLC Routing 

The function of the intra-PLC routing resources is to 
connect the PFU’s input and output ports to the routing 
resources used for entry to and exit from the PLC. 
These are nets for providing PFU feedback, turning 
corners, or switching from one type of routing resource 
to another. 

PFU input and Output Ports. There are nineteen 
input ports to each PFU. The PFU input ports are 
labelled a[4:0], b[4:0], wd[3:0], cO, ck, Isr, cin, and ce. 
The six output ports are o[4:0] and cout. These ports 
correspond to those described in the PFU section. 

Switching R-Nodes. There are four sets of switching 
R-nodes in each PLC, one in each corner. Each set 
consists of five switching elements, labelled sul[4:0], 
sur[4:0], sll[4:0], and slr[4:0], for the upper-left, upper- 
right, lower-left, and lower-right sections of the PFUs, 
respectively. The switching R-nodes connect to the 
PFU inputs and outputs as well as the BIDI and BIDIH 
R-nodes, to be described later. They also connect to 
both the horizontal and vertical x1 and x4 R-nodes 
(Inter-PLC routing resources, described below) In their 
specific corner. 

One of the four sets of switching R-nodes can be con¬ 
nected to a set of switching R-nodes in each of the four 
adjacent PLCs or PICs. This allows direct routing of up 
to five signals without using inter-PLC routing. 

BIDi/BiDiH R-Nodes. There are two sets of bidirec¬ 
tional R-nodes in the PLC, each set consisting of four 
bidirectional buffers. They are designated BIDI and 
BIDIH and have similar functionality. The BIDI R-nodes 
are used In conjunction with the xL R-nodes, and the 
BIDIH R-nodes are used in conjunction with the xH R- 
nodes. Each side of the four BIDIs In the PLC is con¬ 
nected to a BIDI R-node on the left (BL[3:0]) and on the 
right (BR[3;0]). These R-nodes can be connected to 
the xL R-nodes through CIPs, with BL[3:0] connected 
to the vertical xL R-nodes and BR[3:0] connected to 
the horizontal xL R-nodes. Both BL[3:0] and BR[3:0] 
have CIPs which connect to the switching R-nodes. 

Similarly, each side of the four BIDIHs is connected to a 
BIDIH R-node: BLH[3:0] on the left and BRH[3:0] on 
the right. These R-nodes can also be connected to the 
xH R-nodes through CIPs, with BLH[3:0] connected to 
the vertical xH R-nodes and BRH[3:0] connected to the 
horizontal xH R-nodes. Both BLH[3:0] and BRH[3:0] 
have CIPs which connect to the switching R-nodes. 

CIPs are also provided to connect the BIDIH and BIDIL 
R-nodes together on each side of the BIDIs. For exam¬ 
ple, BLH3 can connect to BL3, while BRH3 can con¬ 
nect to BR3. 
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Inter-PLC Routing Resources 

The inter-PLC routing is used to route signals between 
PLCs. The R-nodes occur in groups of four, and differ 
in the numbers of PLCs spanned. The x1 R-nodes 
span one PLC, the x4 R-nodes span four PLCs, the xH 
R-nodes span one-half the width (height) of the PLC 
array, and the xL R-nodes span the width (height) of 
the PLC array. All types of R-nodes run In both 
horizontal and vertical directions. 

Table 4 shows the groups of inter-PLC R-nodes In each 
PLC. In the table, there are two rows/columns each for 
x1 and x4 lines. In the design editor, the horizontal x1 
and x4 R-nodes are located above and below the PFU. 
Similarly, the vertical segments are located on each 
side. The xL and xH R-nodes only run below and to the 
left of the PFU. The Indexes specify Individual R-nodes 
within a group. For example, the vx4[2] R-node runs 
vertically to the left of the PFU, spans four PLCs, and is 
the third line in the 4-bit wide bus. 


Table 4. Inter-PLC Routing Resources 


Horizontal 

R-Nodes 

Vertical 

R-Nodes 

Distance 

Spanned 

hx1[3:0] 

vx1[3:0] 

One PLC 

hx1[7:4] 

vx1[7:4] 

One PLC 

hx4[3:0] 

vx4[3:0] 

Four PLCs 

hx4[7:4] 

vx4[7:4] 

Four PLCs 

hxL[3:0] 

vxL[3:0] 

PLC Array 

hxH[3:0] 

vxH[3:0] 

1/2 PLC Array 

ckl, ckr 

ckt, ckb 

PLC Array 


Figure 15 shows the inter-PLC routing within one PLC. 
Figure 16 provides a global view of inter-PLC routing 
resources across multiple PLCs. 
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Figure 15. Single PLC View of Inter-PLC R-Nodes 


x1 R-Nodes. There are a total of 16 x1 R-nodes per 
PLC: eight vertical and eight horizontal. Each of these 
Is subdivided into nibble-wide buses: hx1[3:0], hx1[7:4], 
vx1[3:0], and vx1[7:4]. An x1 line is one PLC long. 

If a net is longer than one PLC, an x1 R-node can be 
lengthened to n times its length by turning on n - 1 
CIPs. A signal is routed onto an x1 R-node via the 
switching R-nodes. 

x4 R-Nodes. There are four sets of four x4 R-nodes, for 
a total of 16 x4 R-nodes per PLC. They are hx4[3:0], 
hx4[7:4], vx4[3:0], and vx4[7:4]. Each set of x4 R- 
nodes is twisted each time it passes through a PLC, 
and one of the four is broken with a CIP. This allows a 
signal to be routed for a length of four cells in any direc¬ 
tion on a single line without additional CIPs. The x4 R- 
nodes can be used to route any nets that require mini¬ 
mum delay. A longer net is routed by connecting two x4 
R-nodes together by a CIP. The x4 R-nodes are 
accessed via the switching R-nodes. 

xL R-Nodes.The long xL R-nodes run vertically and 
horizontally the height and width of the array, respec¬ 
tively. There are a total of eight xL R-nodes per PLC: 
four horizontal (hxL[3:0]) and four vertical (vxL[3:0]). 
Each PLC column has four xL lines, and each PLC row 
has four xL R-nodes. Each of the xL R-nodes connects 
to the two PICs at either end. The ATT2C12, which 
consists of a 1 8 X 1 8 array of PLCs, contains 72 vxL 
and 72 hxL R-nodes. They are intended primarily for 
global signals which must travel long distances and 
require minimum delay and/or skew, such as clocks. 

There are three methods for routing signals onto the xL 
R-nodes. In each PLC, there are two long line drivers: 
one for a horizontal xL R-node, and one for a vertical 
xL R-node. Using the long line drivers produces the 
least delay. The xL R-nodes can also be driven directly 
by PFU outputs using the BIDI R-nodes. In the third 
method, the xL R-nodes are accessed by the bidirec¬ 
tional buffers, again using the BIDI R-nodes. 
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xH R-nodes. Four by half (xH) R-nodes run horizon¬ 
tally and four xH R-nodes run vertically in each row and 
column In the array. These R-nodes travel a distance of 
one-half the PLC array before being broken in the mid¬ 
dle of the array, where they connect to the interquad 
block (discussed later). They also connect at the 
periphery of the FPGA to the PICs, like the xL R-nodes. 
The xH R-nodes do not twist like xL R-nodes, allowing 
nibble-wide buses to be routed easily. 

Two of the three methods of routing signals onto the 
xL R-nodes can also be used for the xH R-nodes. A 
special xH line driver is not supplied for the xH R- 
nodes. 

Clock R-Nodes. For a very fast and low-skew clock (or 
other global signal tree), clock R-nodes run the entire 
height and width of the PLC array. There are two hori¬ 
zontal clock R-nodes per PLC row (CKL, CKR) and two 
vertical clock R-nodes per PLC column (CKT, CKB). 
The source for these clock R-nodes can be any of the 
four I/O buffers in the PIC. The horizontal clock R- 
nodes in a row (CKL and CKR) are driven by the left 
and right PICs, respectively. The vertical clock R-nodes 
in a column (CKT, CKB) are driven by the top and bot¬ 
tom PICs, respectively. 

The clock R-nodes are designed to be a clock spine. In 
each PLC, there is a fast connection available from the 
clock R-node to the long-line driver (described earlier). 
With this connection, one of the clock R-nodes in each 
PLC can be used to drive one of the four xL R-nodes 
perpendicular to it, which. In turn, creates a clock tree. 
This feature is discussed In detail in the clock distribu¬ 
tion section. 


Minimizing Routing Delay 

The CIP Is an active element used to connect two R- 
nodes. As an active element, it adds significantly to the 
resistance and capacitance of a net, thus increasing 
the net’s delay. The advantage of the x1 R-node over a 
x4 R-node is routing flexibility. A net from PLC db to 
PLC cb Is easily routed by using x1 R-nodes. As more 
CIPs are added to a net, the delay increases. To 
increase speed, routes that are greater than two PLCs 
away are routed on the x4 R-nodes because a CIP is 
located only in every fourth PLC. A net which spans 
eight PLCs requires seven x1 R-nodes and six CIPs. 
Using x4 R-nodes, the same net uses two R-nodes and 
one CIP. 

All routing resources in the PLC can carry 4-bit buses. 
In order for data to be used at a destination PLC that Is 
in data path mode, the data must arrive unscrambled. 
For example, in data path operation, the least signifi¬ 
cant bit 0 must arrive at either a[0] or b[0]. If the bus is 
to be routed by using either x4 or xL R-nodes (both of 
which twist as they propagate), the bus must be placed 
on the appropriate lines at the source PLC so that the 
data arrives at the destination unscrambled. The 
switching R-nodes provide the most efficient means of 
connecting adjacent PLCs. Signals routed with these 
R-nodes have minimum propagation delay. 
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Figure 16. Multiple PLC View of inter-PLC Routing 
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PLC Architectural Description 

Figure 17 is an architectural drawing of the PLC which 
reflects the PFU, the R-nodes, and the CIPs. A discus¬ 
sion of each of the letters in the drawing follows. 

A. These are switching R-nodes which give the router 
flexibility. In general switching theory, the more levels 
of indirection there are in the routing, the more 
routable the network is. The switching R-nodes can 
also connect to adjacent PLCs. 

The switching R-nodes provide direct connections to 
PLCs directly to the top, bottom, left, and right, with¬ 
out using other routing resources. The ability to dis¬ 
able this connection between PLCs Is provided so 
that each side of these connections can be used 
exclusively as switching R-nodes in their respective 
PLC. 

B. These CIPs connect the x1 routing. These are 
located in the middle of the PLC to allow the block to 
connect to either the left end of the horizontal x1 R- 
node from the right or the right end of the horizontal 
x1 R-node from the left, or both. By symmetry, the 
same principle is used in the vertical direction. The 
x1 lines are not twisted, making them suitable for 
data paths. 

C. This set of CIPs is used to connect the x1 and x4 
nets to the switching R-nodes or to other x1 and x4 
nets. The CIPs on the major diagonal allow data to 
be transmitted from x1 nets to the switching R-nodes 
without being scrambled. The CIPs on the major 
diagonal also allow unscrambled data to be passed 
between the x1 and x4 nets. 

In addition to the major diagonal CIPs for the x1 
lines, other CIPs provide an alternative entry path 
into the PLC In case the first one is already used. 
The other CIPs are arrayed in two patterns, as 
shown. Both of these patterns start with the main 
diagonal, but the extra CIPs are arrayed on either a 
parallel diagonal shifted by one or shifted by two 
(modulo the size of the vertical bus (5)). This allows 
any four application nets incident to the PLC corner 
to be transferred to the five switching R-nodes in that 
corner. Many patterns of five nets can also be trans¬ 
ferred. 


D. The x4 R-nodes are twisted at each PLC. One of the 
four x4 lines is broken with a CIP, which allows a sig¬ 
nal to be routed a distance of four PLCs in any direc¬ 
tion on a single R-node without an intermediate CIP. 
The x4 R-nodes are less populated with CIPs than 
the x1 lines to increase their speed. A CIP can be 
enabled to extend an x4 R-node four more PLCs, 
and so on. 

For example, if an application signal is routed onto 
hx4[4] in a PLC, it appears on hx4[5] in the PLC to 
the right. This signal step-up continues until it 
reaches hx4[7], two PLCs later. At this point, the 
user can break the connection or continue the signal 
for another four PLCs. 

E. These symbols are bidirectional buffers (BIDIs). 
There are four BIDIs per PLC, and they provide sig¬ 
nal amplification as needed to decrease signal 
delay.The BIDIs are also used to transmit signals on 
xL lines. 

F. These are the BIDI and BIDIH controllers.The 3- 
state control signal can be disabled. They can be 
configured as active-high or active-low indepen¬ 
dently of each other. 

G. This set of CIPs allows a BIDI to get or put a signal 
from one set of switching R-nodes on each side. The 
BIDIs can be accessed by the switching R-nodes. 
These CIPs allow a nibble of data to be routed 
though the BIDIs and continue to a subsequent 
block. They also provide an alternative routing 
resource to improve routability. 

H. These CIPs are used to take data from/to the BIDIs 
to/from the xL R-nodes. These CIPs have been opti¬ 
mized to allow the BIDI buffers to drive the large load 
usually seen when using xL R-nodes. 

I. Each latch/FF can accept data: from a LUT output; 
from a direct data input signal from general routing; 
or, as in the case of PLCs located in the two rows 
(columns) adjacent to PICs, directly from the pad. In 
addition, the LUT outputs can bypass the latches/ 
FFs completely and output data on the general rout¬ 
ing resources. The four inputs shown are used as 
the direct input to the latches/FFs from general rout¬ 
ing resources. If the LUT Is in memory mode, the 
four inputs wd[3:0] are the data input to the memory. 
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J. Any five of the eight output signals can be routed out 
of the PLC. The eight signals are the four LUT out¬ 
puts (fO, f1, f2, and f3) and the four latch/FF outputs 
(qO, q1, q2, and q3). This allows the user to access 
all four latch/FF outputs, read the present state and 
next state of a latch/FF, build a 4-bit shift register, 
etc. Each of the outputs can drive any number of the 
five PFU outputs. The speed of a signal can be 
increased by dividing its load among multiple PFU 
output drivers. 

K. These lines deliver the auxiliary signals clock enable 
and set/reset to the latches/FFs. All four of the 
latches/FFs share these signals. 

L. This is the clock input to the latches/FFs. Any of the 
horizontal and vertical xH or xL lines can drive the 
clock of the PLC latches/FFs. Long line drivers are 
provided so that a PLC can drive one xL R-node in 
the horizontal direction and one xL R-node in the 
vertical direction. The xL lines in each direction 
exhibit the same properties as x4 lines, except there 
are no CIPs.The clock R-nodes (ckl, ckr, ckt, and 
ckb) and multiplexers/drivers are used to connect to 
the xL R-nodes for low-skew, low-delay global sig¬ 
nals. 

The long lines run the length or width of the PLC 
array. They rotate to allow four PLCs in one row or 
column to generate four independent global signals. 
These lines do not have to be used for clock routing. 
Any highly used application net can use this 
resource, especially one requiring low skew. 

M. These R-nodes are used to route the fast carry sig¬ 
nal to/from the neighboring four PLCs. The carry-out 
(cout) of the PFU can also be routed out of the PFU 
onto the fifth output (o4). The carry-in (cin) signal 
can also be supplied by the b4 input to the PFU. 


N. These are the 11 logic inputs to the LUT. The a[4:0] 
Inputs are provided into HLUTA, and the b[4:0] 
inputs are provided into HLUTB.The cO input 
bypasses the main LUT and is used in the pfumux, 
pfuxor, and pfunand functions (F5M, F5X modes). 
Since this input bypasses the LUT, it can be used as 
a fast path around the LUT, allowing the implemen¬ 
tation of fast, wide combinatorial functions. The cO 
input can be disabled or inverted. 

O. The xH R-nodes run one-half the length (width) of 
the array before being broken by a CIP. 

P. The BIDIHs are used to access the xH R-nodes. 

Q. The BIDIH R-nodes are used to connect the BIDIHs 
to the xsw R-nodes, the xH R-nodes, or the BIDI R- 
nodes. 

R. These CIPs connect the BIDI R-nodes and the 
BIDIH R-nodes. 

S. These are clock R-nodes (ckt, ckb, ckl, and ckr) with 
the multiplexers and drivers to connect to the xL R- 
nodes. 

T. These CIPs connect x1 R-nodes which cross in 
each corner to allow turns on the x1 R-nodes with¬ 
out using the xsw R-nodes. 

U. These CIPs connect x4 R-nodes and xsw R-nodes, 
allowing nets that run a distance that is not divisible 
by four to be routed more efficiently. 

V. This routing structure allows any PFU output. Includ¬ 
ing LUT and latch/FF outputs, to be placed on o4 
and be routed onto the fast carry routing. 

W. This routing structure allows the fast carry routing to 
be routed onto the cO PFU input. 
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The programmable input/output cells (PICs) are 
located along the perimeter of the device. Each PIC 
interfaces to four bond pads and contains the neces¬ 
sary routing resources to provide an interface between 
I/O pads and the PLCs. Each PIC is composed of input 
buffers, output buffers, and routing resources as 
described below. Table 5 provides an overview of the 
programmable functions In an I/O cell. Figure 18 is a 
simplified diagram of the functionality of the ORCA 
series I/O cells. 


Table 5. Input/Output Cell Options 


Input 

Option 

Input Levels 

TTL/CMOS 

Input Speed 

Fast/Delayed 

Float Value 

Pull-up/Pull-down/None 

Direct-in to FF 

Fast/Delayed 

Output 

Option 

Output Drive 

12 mA/6 mA or 6 mA/3 mA 

Output Speed 

Fast/Slewlim/Sinklim 

Output Source 

FF Direct-out/General Routing 

Output Sense 

Active-high/-low 

3-State Sense 

Actlve-high/-low {3-state) 


Inputs 

Each I/O can be configured to be either an Input, an 
output, or bidirectional I/O. Inputs can be configured as 
either TTL or CMOS compatible. To allow zero hold 
time on PLC latches/FFs, the input signal can be 
delayed. Pull-up or pull-down resistors are available on 
inputs to minimize power consumption. 

A fast path from the input buffer to the clock R-nodes is 
also provided. Any one of the four I/O pads on any PIC 
can be used to drive the clock R-node generated in that 
PIC. 


To reduce the time required to input a signal into the 
FPGA, a dedicated path (pdin) from the I/O pads to the 
PFU flip-flops is provided. Like general input signals, 
this signal can be configured as normal or delayed. The 
delayed direct input can be selected independently 
from the delayed general input. If the fast clock routing 
is selected from a given I/O pad, then the direct Input 
signal is automatically delayed, decreasing the delay of 
the fast clock. 

Inputs should have transition times of less than 500 ns 
and should not be left floating. If an input can float, a 
pull-up or pull-down should be enabled. Floating inputs 
increase power consumption, produce oscillations, and 
increase system noise. The inputs have a typical hys¬ 
teresis of approximately 280 mV to reduce sensitivity to 
input noise. The PIC contains input circuitry which pro¬ 
vides protection against latch-up and electrostatic dis¬ 
charge. 


+5 v 



Figure 18. Simplified Diagram of Programmable 
I/O Cell 
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Outputs 

The PIC’s output drivers have programmable drive 
capability and slew rates. Three propagation delays 
(fast, slewlim, sinklim) are available on output drivers. 
The sinklim mode has the longest propagation delay 
and is used to minimize system noise and minimize 
power consumption. The fast and slewlim modes allow 
critical timing to be met. 

The drive current Is 12 mA sink/6 mA source for the 
slewlim and fast output speed selections and 
6 mA sink/3 mA source for the sinklim output. Two 
adjacent outputs can be interconnected to increase the 
output sink current to 24 mA. 

All outputs that are not speed critical should be 
configured as sinklim to minimize power and noise. The 
number of outputs that switch simultaneously in the 
same direction should be limited to minimize ground 
bounce. To minimize ground bounce problems, locate 
heavily loaded output buffers near the ground pads. 
Ground bounce is generally a function of the driving 
circuits, traces on the PCB, and loads and is best 
determined with a circuit simulation. 

Outputs can be inverted, and 3-state control signals 
can be active-high or active-low. An open-drain output 
may be obtained by using the same signal for driving 
the output and 3-state signal nets so that the buffer out¬ 
put is enabled only by a low. At powerup, the output 
drivers are in slewlim mode, and the input buffers are 
configured asTTL-level compatible with a pull-up. If an 
output is not to be driven In the selected configuration 
mode, it is 3-stated. 

Global 3-State Functionality 

To increase the testability of the ORCA Series FPGAs, 
the global 3-state function (ts_all) disables the device. 
The ts_all signal is driven from either an external pin or 
an Internal signal. Before and during configuration, the 
ts_all signal Is driven by the input pad RD_CFGN. After 
configuration, the ts_all signal can be disabled, driven 
from the RD_CFGN input pad, or driven by a general 
routing signal in the upper-right corner. Before configu¬ 
ration, ts_all is active-low; after configuration, the 
sense of ts_all can be inverted. The following occur 
when ts_all is activated: 


1. All of the user I/O output buffers are 3-stated, the 
user I/O input buffers are pulled up (with the pull¬ 
down disabled), and the input buffers are configured 
with TTL input thresholds. 

2. The TDO/RD_DATA output buffer is 3-stated. 

3. The RD_CFGN, RESET, and PRGM input buffers 
remain active with a pull-up. 

4. The DONE output buffer is 3-stated and the input 
buffer is pulled-up. 


PIC Routing Resources 

The PIC routing is designed to route 4-bit wide buses 
efficiently. For example, any four consecutive I/O pads 
can have both their input and output signals routed into 
one PLC. Using only PIC routing, either the input or 
output data can be routed to/from a single PLC from/to 
any eight pads in a row. 

The connections between PLCs and the I/O pad are 
provided by two basic types of routing resources. 
These are routing resources internal to the PIC and 
routing resources used for PIC-PLC connection. 

Figure 19 and Figure 20 show a high-level and detailed 
view of these routing resources. 
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Figure 19. Simplified PIC Routing Diagram 
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The PIC’s name is represented by a two-letter designa¬ 
tion to indicate on which side of the device it is located 
followed by a number to indicate in which row or col¬ 
umn it is located. The first letter, R designates that the 
cell is a PIC and not a PLC.The second letter indicates 
the side of the array where the PIC is located. The four 
sides are left (L), right (R), top (T), and bottom (B).The 
individual I/O pad is indicated by a single letter (either 
A, B, C, or D) placed at the end of the PIC name. As an 
example, PL10A indicates a pad located on the left 
side of the array in the tenth row. 

Each PIC has four pads and each pad can be config¬ 
ured as an input, an output (3-statable), a direct output, 
or a bidirectional I/O. When the pads are used as 
inputs, the external signals are provided to the internal 
circuitry at in[3:0]. When the pads are used to provide 
direct inputs to the latches/FFs, they are connected 
through din[3:0]. When the pads are used as outputs, 
the internal signals connect to the pads through 
out[3:0]. When the pads are used as direct outputs, the 
output from the latches/flip-flops in the PLCs to the PIC 
is designated dout[3:0]. When the outputs are 3-stat¬ 
able, the 3-state enable signals are ts[3:0]. 


Routing Resources Internal to the PIC 

For inter-PIC routing, the PIC contains fourteen R- 
nodes used to route signals around the perimeter of 
the FPGA. Figure 19 shows these lines running verti¬ 
cally for a PIC located on the left side. Figure 20 shows 
the R-nodes running horizontally for a PIC located at 
the top of the FPGA. 

pxL R-Nodes. Each PIC has two pxL R-nodes, 
labelled pxL[1:0]. Like the xL R-nodes of the PLC, the 
pxL R-nodes span the entire edge of the FPGA. 

pxH R-Nodes. Each PIC has four pxH R-nodes, 
labelled pxH[3:0]. Like the xH R-nodes of the PLC, the 
pxH R-nodes span 1/2 the edge of the FPGA. 

px2 R-Nodes. There are four px2 R-nodes In each 
PIC, labelled px2[3:0]. The px2 R-nodes pass through 
two adjacent PICs before being broken. These are 
used to route nets around the perimeter a distance of 
two or more PICs. 

px1 R-Nodes. Each PIC has four pxl R-nodes, 
labelled pxl [3:0]. The pxl R-nodes are one PIC long 
and are extended to adjacent PICs by enabling CIPs. 
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PIC Architectural Description 

The PIC architecture given in Figure 20 is described 
using the following letter references. The figure depicts 
a PIC at the top of the array, so inter-PIC routing is hor¬ 
izontal and the indirect PIC-PLC routing is horizontal to 
vertical. In some cases, letters are provided in more 
than one location to indicate the path of an R-node. 

A. As in the PLCs, the PIC contains a set of R-nodes 
which run the length (width) of the array. The pxL R- 
nodes connect in the corners of the array to other 
pxL R-nodes. The pxL R-nodes also connect to the 
PIC BIDI, PIC BIDIH, and LLDRV R-nodes. As in the 
PLC xL R-nodes, the pXH R-nodes twist as they 
propagate through the PICs. 

B. As in the PLCs, the PIC contains a set of R-nodes 
which run one-half the length (width) of the array. 
The pxH R-nodes connect in the corners and in the 
middle of the array perimeter to other pxH R-nodes. 
The pxH R-nodes also connect to the PIC BIDI, PIC 
BIDIH, and LLDRV R-nodes. As in the PLC xH 
R-nodes, the pxH R-nodes do not twist as they 
propagate through the PICs. 

C. The px2[3:0] R-nodes span a length of two PICs 
before intersecting with a CIP.The CIP allows the 
length of a path using px2 R-nodes to be extended 
two PICs. 

□.The px1[3:0] R-nodes span a single PIC before inter¬ 
secting with a CIP.The CIP allows the length of a 
path using px1 R-nodes to be extended by one PIC. 

E. These are four dedicated direct output R-nodes con¬ 
nected to the output buffers. The dout[3;0] signals go 
directly from a PLC latch/FF to an output buffer, min¬ 
imizing the latch/FF to pad propagation delay. 

F. This is a direct path from the input pad to the PLC 
latch/flip-flops in the two rows (columns) adjacent to 
PICs. This input allows a reduced setup time. Direct 
inputs from the top and bottom PIC rows are 
pdintb[3:0]. Direct inputs from the left and right PIC 
columns are pdlnlr[3:0]. 

G:The out[3:0], ts[3:0], and in[3:0] signals for each I/O 
pad can be routed directly to the adjacent PLC’s 
switching R-nodes. 

H.The fourTRIDI buffers allow connections from the 
pads to the PLC xL R-nodes. The TRIDIs also allow 
connections between the PLC xL R-nodes and the 
pBIDI R-nodes, which are described In J below. 


I. The fourTRIDIH buffers allow connections from the 
pads to the PLC xH R-nodes. The TRIDIHs also 
allow connections between the PLC xH R-nodes and 
the pBIDIH R-nodes, which are described in K 
below. 

J. The pBIDI R-nodes (bidi[3:0]) connect the pxL R- 
nodes, pxH R-nodes, and the px1 R-nodes. These 
are bidirectional in that the path can be from the pxL, 
pxH, or px1 R-nodes to the xL R-nodes, or from the 
xL R-nodes to the pxL, pxH, or px1 R-nodes. 

K. The pBIDIH R-nodes (bidih[3:0]) connect the pxL R- 
nodes, pxH R-nodes, and the px1 R-nodes. These 
are bidirectional in that the path can be from the pxL, 
pxH, or px1 R-nodes to the xH R-nodes, or from the 
xH R-nodes to the pxL, pxH, or px1 R-nodes. 

L. The llin[3:0] R-nodes provide a fast connection from 
the I/O pads to the xL and xH R-nodes. 

M. This set of CIPs allows the eight x1 R-nodes (four on 
each side) of the PLC perpendicular to the PIC to be 
connected to either the px1 or px2 R-nodes in the 
PIC. 

N. This set of CIPs allows the eight x4 R-nodes (four on 
each side) of the PLC perpendicular to the PIC to be 
connected to the px1 R-nodes. This allows fast 
access to/from the I/O pads from/to the PLCs. 

O. All four of the PLC x4 R-nodes in a group connect to 
all four of the PLC x4 R-nodes in the adjacent PLC 
through a CIP. (This differs from the Lucent ORCA 

1C Series in which two of the x4 R-nodes in adjacent 
PLCs are directly connected without any CIPs.) 

P. The long line driver (LLDRV) R-node can be driven 
by the xsw4 switching R-node of the adjacent PLC. 
To provide connectivity to the pads, the LLDRV R- 
node can also connect to any of the four pxH or to 
one of the pxL R-nodes. The 3-state enable (ts[i]) for 
all four I/O pads can be driven by xsw4, pxH, or pxL 
R-nodes. 

Q. For fast clock routing, one of the four I/O pads In 
each PIC can be selected to be driven onto a dedi¬ 
cated clock R-node. The clock R-node spans the 
length (width) of the PLC array. This dedicated clock 
R-node is typically used as a clock spine. In the 
PLCs, the spine is connected to an xL R-node to 
provide a clock branch in the perpendicular direc¬ 
tion. Since there is another clock R-node in the PIC 
on the opposite side of the array, only one of the I/O 
pads in a given row (column) can be used to gener¬ 
ate a global signal in this manner, if all PLCs are 
driven by the signal. 
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Programmable Input/Output Cells (continued) 
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Figure 20. PIC Architecture 
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Programmable Input/Output Cells 

(continued) 
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Figure 21. PIC Detail 


PLC-PIC Routing Resources 

There is no direct connection between the inter-PIC 
R-nodes and the PLC R-nodes. All connections to/from 
the PLC must be done through the connecting R-nodes 
which are perpendicular to the R-nodes in the PIC. The 
use of perpendicular and parallel R-nodes will be 
clearer if the PLC and PIC architectures (Figure 17 and 
Figure 20) are placed side by side. Twenty-nine 
R-nodes in the PLC can be connected to the fifteen 
R-nodes in the PIC. 

Multiple connections between the PIC pxl R-nodes 
and the PLC x1 R-nodes are available. These allow 
buses placed in any arbitrary order on the I/O pads to 
be unscrambled when placed on the PLC x1 R-nodes. 
Connections are also available between the PIC px2 
R-nodes and the PLC x1 R-nodes. 

There are eight tridirectional (fourTRIDI/fourTRIDIH) 
buffers in each PIC; they can do the following: 

■ Drive a signal from an I/O pad onto one of the adja¬ 
cent PLC’s xL or xH R-nodes 

■ Drive a signal from an I/O pad onto one of the two 
pxL or four pxH R-nodes in the PIC 

■ Drive a signal from the PLC xL or xH R-nodes onto 
one of the two pxL or four pxH R-nodes in the PIC 

■ Drive a signal from the PIC pxL or pxH R-nodes onto 
one of the PLC xL or xH R-nodes 

Figure 21 shows paths to and from pads and the use of 
MUX CIPs to connect R-nodes. Detail A shows six 
MUX CIPs for the pad PO used to construct the net for 
the 3-state signal. In the MUX CIP, one of six R-nodes 
is connected to an R-node to form the net. In this case, 
the tsO signal can be driven by either of the two pxLs, 
px1[0], px1[1], xsw[0], or the lldrv R-nodes. Detail B 
shows the four MUX CIPs used to drive the PI output. 
The source R-node for outi is either xsw[1], px1[1], 
pxl [3], or px2[2]. 
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Interquad Routing 

In the ORCA 2C Series devices, the PLC array is split 
into four equal quadrants. In between these quadrants, 
routing has been added to route signals between the 
quadrants, especially to the quadrant in the opposite 
corner. The two types of interquad blocks, vertical and 
horizontal, are pitch matched to PICs. Vertical inter¬ 
quad blocks (vlQ) run between quadrants on the left 
and right, while horizontal interquad blocks (hlQ) run 


between top and bottom quadrants. Since hlQ and vlQ 
blocks have the same logic, only the hlQ block is 
described below. 

The interquad routing connects xL and xH R-nodes. It 
does not affect local routing (xsw, x1, x4, fast carry), so 
local routing is the same, whether PLC-PLC 
connections cross quadrants or not. There are no 
connections to the local R-nodes in the interquad 
blocks. Figure 22 presents a (not to scale) view of 
interquad routing. 


SEE- 
DETAIL IN 
FIGURE 23 
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Figure 22. Interquad Routing 
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Interquad Routing (continued) 

In the hlQ block in Figure 23, the xH R-nodes from one 
quadrant connect through a CIP to its counterpart in 
the opposite quadrant, creating a path that spans the 
PLC array. Since a passive CIP Is used to connect the 
two xH R-nodes, a 3-state signal can be routed on the 
two xH R-nodes In the opposite quadrants, and then 
they can be connected through this CIP 

In the hlQ block, the 20 hlQ R-nodes span the array in 
a horizontal direction. The 20 hlQ R-nodes consist of 
four groups of five R-nodes each. To effectively route 


nibble-wide buses, each of these sets of five R-nodes 
can connect to only one of the bits of the nibble for both 
the xH and xL. For example, hlQO R-nodes can only 
connect to the xHO and xLO R-nodes, and the hlQ1 R- 
nodes can connect only to the xH1 and xL1 R-nodes, 
etc. Buffers are provided for routing signals from the xH 
and xL R-nodes onto the hlQ R-nodes and from the 
hlQ R-nodes onto the xH and xL R-nodes. Therefore, a 
connection from one quadrant to another can be made 
using only two xH R-nodes (one in each quadrant) and 
one interquad R-node. 
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Figure 23. hlQ Block Detail 
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Interquad Routing (continued) 

ATT2C40 Subquad Routing 

In the ORCA ATT2C40, each quadrant of the device is 
split into smaller arrays of PLCs called subquads. Each 
of these subquads is made of a 4 x 4 array of PLCs (for 
a total of 16 per subquadrant), except at the outer 
edges of array, which have les.s than 16 PLCs per sub¬ 
quad. New routing resources, called subquad R-nodes, 
have been added between each adjacent pair of sub¬ 
quads to enhance the routability of the ATT2C40. A 
portion of the center of the ATT2C40 array is shown in 
Figure 24, including the subquad blocks containing a 
4x4 array of PLCs, the interquad routing R-nodes, and 
the subquad routing R-nodes. 


All of the inter-PLC routing resources discussed previ¬ 
ously continue to be routed between a PLC and its 
adjacent PLC, even if the two adjacent PLCs are in 
different subquad blocks. Since the PLC routing has 
not been modified for the ATT2C40 architecture, this 
means that all of the same routing connections are 
possible for the ATT2C40 as for any other ORCA 2C 
Series device. In this way, the ATT2C40 is upwardly 
compatible when compared with the other 2C Series 
devices. As the inter-PLC routing runs between sub¬ 
quad blocks, it crosses the new subquad R-nodes. 
When this happens, CIPs are used to connect the sub¬ 
quad R-nodes to the x4 and/or the xH R-nodes which 
lie along the other axis of the PLC array. 



Figure 24. Subquad Blocks and Subquad Routing 
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Interquad Routing (continued) 

The x4 and xH R-nodes make the only connections to 
the subquad R-nodes; therefore, the array remains 
symmetrical and homogeneous. Since each subquad 
is made from a 4 x 4 array of PLCs, the distance 
between sets of subquad R-nodes is four PLCs, which 
is also the distance betweeh the breaks of the x4 R- 
nodes. Therefore, each x4 R-node will cross exactly 
one set of subquad R-nodes. Since all x4 R-nodes 
make the same connections to the subquad R-nodes 
that they cross, all x4 R-nodes in the array have the 
same connectivity, and the symmetry of the routing is 
preserved. Since all xH R-nodes cross the same num¬ 
ber of subquad blocks, the symmetry is maintained for 
the xH R-nodes as well. 

The new subquad R-nodes travel a length of eight 
PLCs (seven PLCs on the outside edge) before they 
are broken. Unlike other inter-PLC R-nodes, they can¬ 
not be connected end-to-end. As shown in Figure 24, 
some of the horizontal (vertical) subquad R-nodes 
have connectivity to the subquad to the left of (above) 
the current subquad, while others have connectivity to 
the subquad to the right (below). This allows connec¬ 
tions to/from the current subquad from/to the PLCs In 
all subquads that surround it. 

Between all subquads, including in the center of the 
array, there are three groups of subquad R-nodes 
where each group contains four R-nodes. Figure 25 
shows the connectivity of these three groups of 
subquad R-nodes (hsub) to the vx4 and vxH R-nodes 
running between a vertical pair of PLCs. Between each 
vertical pair of subquad blocks, four of the blocks 
shown in Figure 25 are used, one for each pair of verti¬ 
cal PLCs. 

The first two groups, depicted as A and B, have con¬ 
nectivity to only one of the two sets of x4 R-nodes 
between pairs of PLCs. Since they are very lightly 
loaded, they are very fast. The third group, C, connects 
to both groups of x4 R-nodes between pairs of PLCs, 
as well as all of the xH R-nodes between pairs of PLCs, 
providing high flexibility. The connectivity for the vertical 
subquad routing (vsub) is the same as described 
above for the horizontal subquad routing, when rotated 
onto the other axis. 

At the center row and column of each quadrant, a 
fourth group of subquad R-nodes has been added. 
These subquad R-nodes only have connectivity to the 
xH R-nodes. The xH R-nodes are also broken at this 
point, which means that each xH R-node travels one- 
half of the quadrant (i.e., one-quarter of the device) 
before it is broken by a CIP. Since the xH R-nodes can 
be connected end-to-end, the resulting line can be 


either one-quarter, one-half, three-quarters, or the 
entire length of the array. The connectivity of the xH 
R-nodes and this fourth group of subquad R-nodes, 
indicated as D, are detailed In Figure 26. Again, the 
connectivity for the vertical subquad routing (vsub) is 
the same as the horizontal subquad routing, when 
rotated onto the other axis. 
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Figure 25. Horizontal Subquad Routing 
Connectivity 
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Figure 26. Horizontal Subquad Routing 
Connectivity (Half Quad) 
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Interquad Routing (continued) 
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Figure 27. Top (TMID) Routing 


PIC Interquad (MID) Routing 

Between the PICs in each quadrant, there is also 
connectivity between the PIC routing and the interquad 
routing. These blocks are called LMID (left), TMID 
(top), RMID (right), and BMID (bottom). The TMID 
routing is shown in Figure 27. As with the hlQ and vlQ 
blocks, the only connectivity to the PIC routing Is to the 
global pxH and pxL R-nodes. 


The pxH R-nodes from the one quadrant can be con¬ 
nected through a CIP to its counterpart in the opposite 
quadrant, providing a path that spans the array of PICs. 
Since a passive CIP is used to connect the two pxH R- 
nodes, a 3-state signal can be routed on the two pxH 
R-nodes in the opposite quadrants, and then con¬ 
nected through this CIP. As with the hlQ and vlQ 
blocks, CIPs and buffers allow nibble-wide connections 
between the interquad R-nodes, the xH R-nodes, and 
the xL R-nodes. 
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Programmable Corner Cells 

Programmable Routing 

The programmable corner cell (PCC) contains the cir¬ 
cuitry to connect the routing of the two PICs in each 
corner of the device. The PIC px1 and px2 R-nodes are 
directly connected together from one PIC to another. 
The PIC pxL R-nodes are connected from one block to 
another through tridirectional buffers. Four CIPs in 
each corner connect the four pxH R-nodes from each 
side of the device. 


Special-Purpose Functions 

In addition to routing functions, special-purpose func¬ 
tions are located in each FPGA corner. The upper-left 
PCC contains connections to the boundary-scan logic. 
The upper-right PCC contains connections to the read- 
back logic and the connectivity to the global 3-state 
signal (ts_all).The lower-left PCC contains connections 
to the internal oscillator. 

The lower-right PCC contains connections to the start¬ 
up and global reset logic. During configuration, the 
RESET input pad always Initiates a configuration abort, 
as described in the FPGA States of Operation section. 
After configuration, the global set/reset signal (gsrn) 
can either be disabled (the default), directly connected 
to the RESET input pad, or sourced by a lower-right 
corner signal. If the RESET input pad is not used as a 
global reset after configuration, this pad can be used 
as a normal input pad. During start-up, the release of 
the global set/reset, the release of the I/Os, and the 
release of the external DONE signal can each be timed 
individually based upon the start-up clock. The start-up 
clock can come from CCLK or it can be routed Into the 
start-up block using the lower-right corner routing 
resources. More details on start-up can be found In the 
FPGA States of Operation section. 


Clock Distribution Network 

The ORCA 2C series clock distribution scheme uses 
primary and secondary clocks. This provides the sys¬ 
tem designer with additional flexibility in assigning 
clock input pins. 

One advantage is that board-level clock traces routed 
to the FPGA are shorter. On a PC board, the added 
length of high-speed clock traces routed to dedicated 
clock Input pins can significantly increase the parasitic 
impedances. The primary advantage of the ORCA 
clock distribution is the availability of a large number of 
clocks, since all I/O pins are configurable as clocks. 


Primary Clock 

The primary clock distribution is shown in Figure 28. If 
the clock signal is from an I/O pad, it can be driven onto 
a clock R-node. The clock R-nodes do not provide 
clock signals directly to the PFU; they act as clock 
spines from which clocks are branched to xL R-nodes. 
The xL R-nodes then feed the clocks to PFUs. A multi¬ 
plexer in each PLC is used to transition from the clock 
spine to the branch. 

For a clock spine in the horizontal direction, the inputs 
into the multiplexer are the two R-nodes from the left 
and right PICs (ckl and ckr) and the local clock R-node 
from the perpendicular direction (hck).This signal is 
then buffered and driven onto one of the vertical xL R- 
nodes, forming the branches. The same structure is 
used for a clock spine in the vertical direction. In this 
case, the multiplexer selects from R-nodes from the top 
and bottom PICs (ckt, ckb, and vck) and drives the sig¬ 
nal onto one of the horizontal xL R-nodes. 

Figure 28 illustrates the distribution of the low-skew pri¬ 
mary clock to a large number of loads using a main 
spine and branches. Each row (column) has two dedi¬ 
cated clock R-nodes originating from PICs on opposite 
sides of the array. The clock is input from the pads to 
the dedicated clock R-node ckt to form the clock spine 
(see Figure 28, Detail A). From the clock spine, net 
branches are routed using horizontal xL lines. Clocks 
Into PLCs are tapped from the xL R-nodes, as shown in 
Figure 28, Detail B. 
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Clock Distribution Network (continued) Secondary Clock 


□ o □ 1=1 a □ =ii[= b =] □ □ =1 =i =1 

DnnnnnnntndnDDnnnn 

DD□□□□□□□□□□□□□□□ 

DnnnnDDDnngGnnnnn 

DD□□□□□□□DH□□□□□□ 
nDDDDDDDDDQDDDDDD 


DDDD 

DDDD 


DDDD 

DDDD 


DDDDD 

pHigga 


DDDDD 

DDDDD 


LDDDDDDDD 

IppgDDDDD 


DDDD 

DDDD 

DDDD 

DDDD 


DDDD 

DDDD 

DDDD 

DDDD 

DDDD 


DDDDD 

DDDDD 

DDDDD 

pgggp 


DDDDD 
D D D D D| 
D D D D d| 
DDDD 
DDDD 


ODDDDDDD 

pggggpDD 


DDDDD 

DDDDD 

DDDDD 

DDDDD 


DDD 

DDD 

DDD 

DDD 


DDDDD 

DDDDD 

DDDDD 

DDDDD 

DDDDD 


DDD 

DDD 

DDD 

DDD 

DDD 


=3 =I 

DDD 

DDD 

DDD 

DDD 

DDD 

D^D 

DDQ 

CLOCK 

branches 

DDD 

DDD 

DDD 

DDD 

DDD 


: □ □ □ □ □ □ □ □ 
^ CLOCK SPINE 


□ □ □ =I =I 


There are times when a primary clock is either not 
available or not desired, and a secondary clock is 
needed. For example: 

■ Only one input pad per PIC can be placed on the 
clock routing. If a second input pad in a given PIC 
requires global signal routing, a secondary clock 
route must be used. 

■ Since there is only one branch driver in each PLC for 
either direction (vertical and horizontal), both clock 
R-nodes in a particular row or column (ckl and ckr, 
for example) cannot drive a branch. Therefore, two 
clocks should not be placed into I/O pads in PICs on 
the opposite sides of the same row or column if glo¬ 
bal clocks are to be used. 

■ Since the clock R-nodes can only be driven from 
input pads, internally generated clocks should use 
secondary clock routing. 


PIC PT8 




DETAIL B 
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Figure 29 illustrates the secondary clock distribution. If 
the clock signal originates from either the left or right 
side of the FPGA, it can be routed through theTRIDI 
buffers in the PIC onto one of the adjacent PLC’s hori¬ 
zontal xL R-nodes. If the clock signal originates from 
the top or bottom of the FPGA, the vertical xL R-nodes 
are used for routing. In either case, an xL R-node is 
used as the clock spine. In the same manner, if a clock 
is only going to be used in one quadrant, the xH R- 
nodes can be used as a clock spine. The routing of the 
clock spine from the Input pads to the vxL (vxH) using 
the BIDIs (BIDIHs) is shown in Figure 29, Detail A. 

In each PLC, a low-skew connection through a long line 
driver can be used to connect a horizontal xL R-node to 
a vertical xL R-node or vice versa. As shown in 
Figure 29, Detail B, this is used to route the branches 
from the clock spine. If the clock spine Is a vertical xL 
R-node, then the branches are horizontal xL R-nodes 
and vice versa. The clock is then routed into each PLC 
from the xL R-node clock branches. 


Figure 28. Primary Clock Distribution 
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Clock Distribution Network (continued) 

To minimize skew, the PLC clock input for all PLCs 
must be connected to the branch xL R-nodes, not the 
spine xL R-node. Even in PLCs where the clock is 
routed from the spine to the branches, the clock should 
be routed back into the PLC from the clock branch. 

If the clock is to drive only a limited number of loads, 
the PFUs can be connected directly to the clock spine. 
In this case, ail flip-flops driven by the clock must be 
located in the same row or column. 

Alternatively, the clock can be routed from the spine to 
the branches by using the BIDIs instead of the long line 
drivers. This results in added delay in the clock net, but 
the clock skew is approximately equal to the clock 
routed using the long line drivers. This method can be 
used to create a clock that is used in only one quad¬ 
rant. The xH R-nodes act as a clock spine, which is 
then routed to perpendicular xH R-nodes (the 
branches) using the BIDIHs. 

Clock signals, such as the output of a counter, can also 
be generated in PLCs and routed onto an xL R-node, 
which then acts as a clock spine. Although the clock 
can be generated in any PLC, it is recommended that 
the clock be located as close to the center of the FPGA 
as possible to minimize clock skew. 
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FPGA States of Operation 

Prior to becoming operational, the FPGA goes through 
a sequence of states, including initialization, configura¬ 
tion, and start-up. This section discusses these three 
states. Figure 30 outlines the FPGA states. 



Figure 30. FPGA States of Operation 


Initialization 

Upon powerup, the device goes through an initialization 
process. First, an internal power-on-reset circuit is trig¬ 
gered when power is applied. When Vdd reaches the 
voltage at which portions of the FPGA begin to operate 
(2.5 V to 3 V), the I/Os are configured based on the 
configuration mode, as determined by the mode select 
Inputs M[2:0]. A time-out delay is initiated when Vdd 
reaches between 3.0 V and 4.0 V to allow the power 
supply voltage to stabilize. The INIT and DONE outputs 
are low. At powerup, if Vdd does not rise from 2.0 V to 
Vdd in less than 25 ms, the user should delay configu¬ 
ration by inputting a low into INIT, PRGM, or RESET until 
Vdd is greater than the recommended minimum oper¬ 
ating voltage (4.75 V for commercial devices). 

At the end of initialization, the default configuration 
option Is that the configuration RAM is written to a low 
state. This prevents shorts prior to configuration. As a 
configuration option, after the first configuration (i.e., at 
reconfiguration), the user can reconfigure without 
clearing the internal configuration RAM first. 

The active-low, open-drain initialization signal TnTT is 
released and must be pulled high by an external resis¬ 
tor when initialization Is complete. To synchronize the 
configuration of multiple FPGAs, one or more INIT pins 
should be wire-ANDed. If INIT is held low by one or 
more FPGAs or an external device, the FPGA remains 
in the Initialization state. INIT can be used to signal that 
the FPGAs are not yet Initialized. After INIT goes high 
for two internal clock cycles, the mode lines are sam¬ 
pled and the FPGA enters the configuration state. 

The high during configuration (HDC), low during config¬ 
uration (LDC), and DONE signals are active outputs in 
the FPGA’s initialization and configuration states. HDC, 
LDC, and DONE can be used to provide control of 
external logic signals such as reset, bus enable, or 
PROM enable during configuration. For parallel master 
configuration modes, these signals provide PROM 
enable control and allow the data pins to be shared 
with user logic signals. 

If configuration has begun, an assertion of RESET or 
PRGM initiates an abort, returning the FPGA to the ini¬ 
tialization state. The PRGM and RESET pins must be 
pulled back high before the FPGA will enter the config¬ 
uration state. During the start-up and operating states, 
only the assertion of PRGM causes a reconfiguration. 
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FPGA States of Operation (continued) 

In the master configuration modes, the FPGA is the 
source of configuration clock (CCLK). In this mode, the 
initialization state is extended to ensure that, in daisy- 
chain operation, all daisy-chained slave devices are 
ready. Independent of differences in clock rates, master 
mode devices remain in the initialization state an addi¬ 
tional six internal clock cycles after I NIT goes high. 

When configuration is initiated, a counter in the FPGA 
is set to 0 and begins to count configuration clock 
cycles applied to the FPGA. As each configuration data 
frame is supplied to the FPGA, it is internally assem¬ 
bled into data words. Each data word is loaded Into the 
internal configuration memory. The configuration load¬ 
ing process is complete when the internal length count 
equals the loaded length count In the length count field, 
and the required end of configuration frame is written. 

All I/Os operate as TTL inputs during configuration. All 
I/Os that are not used during the configuration process 
are 3-stated with Internal pull-ups. During configura¬ 
tion, the PLC latch/FFs are held set/reset and the inter¬ 
nal BIDI buffers are 3-stated. The TRIDIs in the PICs 
are not 3-stated. The combinatorial logic begins to 
function as the FPGA is configured. Figure 31 shows 
the general waveform of the Initialization, configuration, 
and start-up states. 


Configuration 

The ORCA Series FPGA functionality is determined by 
the state of internal configuration RAM. This configura¬ 
tion RAM can be loaded in a number of different 
modes. In these configuration modes, the FPGA can 
act as a master or a slave of other devices in the sys¬ 
tem. The decision as to which configuration mode to 
use is a system design Issue. The next section dis¬ 
cusses configuration In detail, including the configura¬ 
tion data format and the configuration modes used to 
load the configuration data in the FPGA. 

Start-Up 

After configuration, the FPGA enters the start-up 
phase. This phase is the transition between the config¬ 
uration and operational states. 

This begins when the number of CCLKs received after 
INIT goes high is equal to the value of the length count 
field in the configuration frame and when the end of 
configuration frame has been written. The system 
design issue in the start-up phase is to ensure the user 
I/Os become active without inadvertently activating 
devices in the system or causing bus contention. A 
second system design concern is the timing of the 
release of global set/reset of the PLC latches/FFs. 
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Figure 31. Initialization/Configuration/Start-Up Waveforms 
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FPGA States of Operation (continued) 

There are configuration options which control the rela¬ 
tive timing of three events: DONE going high, release 
of the set/reset of internal FFs, and user I/Os becoming 
active. Figure 32 shows the start-up timing for both the 
ORCA and ATT3000 Series FPGAs. The system 
designer determines the relative timing of the I/Os 
becoming active, DONE going high, and the release of 
the set/reset of internal FFs. In the ORCA Series 
FPGA, the three events can occur in any arbitrary 
sequence. This means that they can occur before or 
after each other, or they can occur simultaneously. The 
default is for DONE to go high first. This allows configu¬ 
ration sources to be disconnected so that there is no 
bus contention when the I/Os become active in later 
cycles. The FFs are set/reset one cycle after DONE 
goes high so that operation begins in a known state. 
The DONE output is an open drain and may Include an 
optional internal pull-up resistor to accommodate wired 
ANDing.The open-drain DONE outputs from multiple 
FPGAs can be ANDed and used as an active-high 
ready signal, an active-low PROM enable, or a reset to 
other portions of the system. 

There is also a synchronous start-up mode where 
start-up does not begin until DONE goes high. The 
enabling of the FPGA outputs and the set/reset of the 
internal flip-flops can be triggered or delayed from the 
rising edge of DONE. Start-up can be delayed by hold¬ 
ing the DONE signal low in the synchronous start-up 
mode. If the DONE signals of multiple FPGAs are tied 
together, with all in the synchronous start-up mode, 
start-up does not begin until all of the FPGAs are con¬ 
figured. Normally, the three events are triggered by 
CCLK. As a configuration option, the three events can 
be triggered by a user clock, UCLK. This allows start¬ 
up to be synchronized by a known system clock. When 
the user clock option Is enabled, the user can still hold 
DONE low to delay start-up. This allows the synchroni¬ 
zation of the start-up of multiple FPGAs. In addition to 
controlling the FPGA during start-up, additional start¬ 
up techniques to avoid contention include using isola¬ 
tion devices between the FPGA and other circuits in 
the system, reassigning I/O locations, and maintaining 
I/Os as 3-stated outputs until contentions are resolved. 

Reconfiguration 

To reconfigure the FPGA when the device is operating 
in the system, a low pulse is input into PRGM.The con¬ 
figuration data in the FPGA is cleared, and the I/Os not 
used for configuration are 3-stated. The FPGA then 
samples the mode select inputs and begins reconfigu¬ 
ration. When reconfiguration is complete, DONE is 
released, allowing it to be pulled high. 
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Configuration Data Format 

This section discusses using the ORCA Foundry 
Development System to generate configuration RAM 
data and then provides the details of the configuration 
frame format. 

Using ORCA Foundry to Generate 
Configuration RAM Data 

The configuration data defines the I/O functionality, 
logic, and interconnections. The bit stream is generated 
by the development system. The bit stream created by 
the bit stream generation tool is a series of 1s and Os 
used to write the FPGA configuration RAM. The bit 
stream can be loaded into the FPGA using one of the 
configuration modes discussed later. In the bit stream 
generator, the designer selects options which affect the 
FPGA’s functionality. Using the output of bit stream 
generator, circuit.bit, the development system’s down¬ 
load tool can load the configuration data into the ORCA 
series FPGA evaluation board from a PC or worksta¬ 
tion. Alternatively, a user can program a PROM (such 
as the ATT1700 Series Serial ROMs or standard 
EPROMs) and load the FPGA from the PROM. The 
development system’s PROM programming tool 
produces a file In .mks or .exo format. 


Configuration Data Frame 

A detailed description of the frame format Is shown in 
Figure 33. The header frame begins with a series of Is 
and a preamble of 0010, followed by a 24-bit length 
count field representing the total number of configura¬ 
tion clocks needed to complete the loading of the 
FPGAs. Following the header frame Is an optional ID 
frame. This frame contains data used to determine if 
the bit stream is being loaded to the correct type of 
ORCA FPGA (e.g., is a bit stream generated for an 
ATT2C15 actually being sent to an ATT2C15?). It has a 
secondary function of optionally enabling the parity 
checking logic for the rest of the data frames. 

The configuration data frames follow, with each frame 
starting with a 0 start bit and ending with three or more 
1 stop bits. Following the start bit of each frame are 
four control bits: program bit, set to 1 if this is a data 
frame; compress bit, set to 1 if this is a compressed 
frame; and the opar and epar parity bits, to be dis¬ 
cussed in the Bit Stream Error Checking section. An 
11-bit address field (that determines which column in 
the FPGA is to be written) is followed by alignment and 
write control bits. For uncompressed frames, the data 
bits needed to write one column in the FPGA are next. 
For compressed frames, the data bits from the previous 
frame are sent to a different FPGA column, as speci¬ 
fied by the new address bits; therefore, new data bits 
are not required. When configuration of the current 
FPGA is finished, an end-of-configuration frame (where 
the program bit is set to 0) Is sent to the FPGA. The 
length and number of data frames and information 
about the PROM size for the 2C series FPGAs are 
given In Table 6. 
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Configuration Data Format (continued) 
Table 6. Configuration Frame Size 


Device 

2C04 

2C06 

2C08 

2C10 

2C12 

2C15 

2C26 

2C40 

# of Frames 

480 

568 

656 

744 

832 

920 

1096 

1378 

Data Bits/Frame 

110 

130 

150 

170 

190 

210 

250 

316 

Configuration Data 
(# of frames x # of data bits/frame) 

52,800 

73,840 

98,400 

126,480 

158,080 

193,200 

274,000 

435,448 

Maximum Total # Bits/Frame 
(align bits, 1 write bit, 8 stop bits) 

136 

160 

176 

200 

216 

240 

280 

344 

Maximum Configuration Data 
(# bits X # of frames) 

65,280 

90,880 

115,456 

148,800 

179,712 

220,800 

306,880 

474,032 

Maximum PROM Size (bits) 

(add 48-bit header, ID frame, and 
40-blt end of configuration frame) 

65,504 

91,128 

115,720 

149,088 

180,016 

221,128 

307,248 

474,464 


The data frames for all the 2C series devices are given in Table 7. An alignment field is required in the slave parallel 
mode for the uncompressed format. The alignment field (shown by [A]) is a series of Os: five for the 2C06, 2C10, 
2C15, and 2C26; three for the 2C40; and one for the 2C04, 2C08, and 2C12. The alignment field is not required in 
any other mode. 


Table 7. Configuration Data Frames 


ATT2C04 1 

Uncompressed 

010 opar epar [addri 0:0] [A]1 [Datal 09:0]111 

Compressed 

011 opar epar [addri 0:0] 111 

ATT2C06 1 

Uncompressed 

010 opar epar [addri0:0] [A]1 [Datal 29:0]111 

Compressed 

011 opar epar [addri 0:0] 111 

ATT2C08 1 

Uncompressed 

010 opar epar [addri 0:0] [A]1 [Datal 49:0]111 

Compressed 

011 opar epar [addri 0:0] 111 

ATT2C10 1 

Uncompressed 

010 opar epar [addri 0:0] [A]1 [Datal 69:0]111 

Compressed 

011 opar epar [addri 0:0] 111 

ATT2C12 1 

Uncompressed 

010 opar epar [addri 0:0] [A]1 [Datal 89:0]111 

Compressed 

011 opar epar [addri 0:0] 111 

ATT2C15 1 

Uncompressed 

010 opar epar [addri 0:0] [A]1[Data209:0]111 

Compressed 

011 opar epar [addri 0:0] 111 

ATT2C26 1 

Uncompressed 

010 opar epar [addri 0:0] [A]1[Data249:0]111 

Compressed 

011 opar epar [addri 0:0] 111 

ATT2C40 1 

Uncompressed 

010 opar epar [addri 0:0] [A]1 [Data315:0]111 

Compressed 

011 opar epar [addri 0:0] 111 
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Configuration Data Format (continued) 



LEADING HEADER 


END OF 

CONFIGURATION 
FRAME 
FPGA #1 


END OF 

CONFIGURATION 
FRAME 
FPGA #2 


5-4530(F) 


Figure 33. Serial Configuration Data Format 


Header 

11111111 

Leading header — 4 bits minimum dummy bits 

0010 

Preamble 

24-Bit Length Count 

.Configuration frame length 

1111 

Trailing header — 4 bits minimum dummy bits 

ID Frame 
(Optional) 

0 

Frame start 

P—1 

Must be set to 1 to indicate data frame 

C—0 

Must be set to 0 to indicate uncompressed 

Opar, Epar 

Frame parity bits 

Addr[10:0] = 
11111111111 

ID frame address 

Prty_En 

Set to 1 to enable parity 

Reserved [42:0] 

Reserved bits set to 0 

ID 

20-bit part ID 

111 

Three or more stop bits (high) to separate frames 

Configuration 

Data 

Frame 

(repeated for 
each data 
frame) 

0 

Frame start 

P—1 or 0 

1 indicates data frame; 0 indicates all frames are written 

C—1 or 0 

Uncompressed — 0 indicates data and address are supplied; 
Compressed — 1 indicates only address is supplied 

Opar, Epar 

Frame parity bits 

Addr[10:0] 

Column address in FPGA to be written 

A 

Alignment bit (different number of Os needed for each part) 

1 

Write bit — used in uncompressed data frame 

Data Bits 

Needed only In an uncompressed data frame 





111 

One or more stop bits (high) to separate frames 

End of 

Configuration 

0010011111111111 

16 bits—00 indicates all frames are written 

Postamble 

mill. 

Additional Is 


Note: For slave parallel mode, the byte containing the preamble must be 11110010. The number of leading header dummy bits must 
be (n * 8) + 4, where n is any nonnegative integer and the number of trailing dummy bits must be (n * 8), where n is any positive 
integer. The number of stop bits/frame for slave parallel mode must be (x * 8), where x is a positive integer. Note also that the bit 
stream generator tool supplies a bit stream which is compatible with all configuration modes, inciuding siave parailel mode. 

Figure 34. Configuration Frame Format and Contents 
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Bit Stream Error Checking 

There are three different types of bit stream error 
checking performed in the ORCA 2C FPGAs: ID frame, 
frame alignment, and parity checking. 

An optional ID data frame can be sent to a specified 
address in the FPGA. This ID frame contains a unique 
code for the part it was generated for which is com¬ 
pared within the FPGA. Any differences are flagged as 
an ID error. 

Every data frame in the FPGA begins with a start bit 
set to 0 and three or more stop bits set to 1. If any of 
the three previous bits were a 0 when a start bit is 
encountered, it is flagged as a frame alignment error. 

Parity checking is also done on the FPGA for each 
frame, if it has been enabled by setting the prty_en bit 
to 1 in the ID frame. Two parity bits, opar and epar, are 
used to check the parity of bits in alternating bit posi¬ 
tions to even parity in each data frame. If an odd num¬ 
ber of ones Is found for either the even bits (starting 
with the start bit) or the odd bits (starting with the pro¬ 
gram bit), then a parity error Is flagged. 

When any of the three possible errors occur, the FPGA 
is forced into the INIT state, forcing INIT low. The FPGA 
will remain In this state until either the RESET or PRGM 
pins are asserted. 


FPGA Configuration Modes 

There are eight methods for configuring the FPGA. 
Seven of the configuration modes are selected on the 
MO, M1, and M2 Inputs. The eighth configuration mode 
is accessed through the boundary-scan interface. A 
fourth input, M3, is used to select the frequency of the 
internal oscillator, which is the source for CCLK In 
some configuration modes. The nominal frequencies of 
the internal oscillator are 1.25 MHz and 10 MHz. The 
1.25 MHz frequency Is selected when the M3 input is 
unconnected or driven to a high state. 

There are three basic FPGA configuration modes: 
master, slave, and peripheral. The configuration data 
can be transmitted to the FPGA serially or in parallel 
bytes. As a master, the FPGA provides the control sig¬ 
nals out to strobe data in. As a slave device, a clock Is 
generated externally and provided into CCLK. In the 
peripheral mode, the FPGA acts as a microprocessor 
peripheral. Table 8 lists the functions of the configura¬ 
tion mode pins. 


Table 8. Configuration Modes 


M2 

M1 

MO 

CCLK 

Configuration 

Mode 

Data 

0 

0 

0 

Output 

Master 

Serial 

0 

0 

1 

Input 

Slave Parallel 

Parallel 

0 

1 

0 

Reserved | 

0 

1 

1 

Input 

Sync Peripheral 

Parallel 

1 

0 

0 

Output 

Master (up) 

Parallel 

1 

0 

1 

Output 

Async Peripheral 

Parallel 

1 

1 

0 

Output 

Master (down) 

Parallel 

1 

1 

1 

Input 

Slave 

Serial 


Master Parallel Mode 

The master parallel configuration mode is generally 
used to interface to industry-standard byte-wide mem¬ 
ory such as the 2764 and larger EPROMs. Figure 35 
provides the connections for master parallel mode. The 
FPGA outputs an 18-bit address on A[17:0] to memory 
and reads one byte of configuration data on the rising 
edge of RCLK. The parallel bytes are internally serial¬ 
ized starting with the least significant bit, DO. 


A[17:0] 


D[7:0] 

EPROM 




Vddo 
Vdd or GND- 



DOUT 

A[17:0] 

CCLK 

D[7:0] 

ORCA 

SERIES 


FPGA 

DONE 


PRGM 


M2 

HDC 

Ml 

LDC 

MO 

RCLK 



TO DAISY- 
CHAINED 
DEVICES 


5-4483{C) 


Figure 35. Master Parallel Configuration Schematic 


There are two parallel master modes: master up and 
master down. In master up, the starting memory 
address is 00000 Hex and the FPGA increments the 
address for each byte loaded. In master down, the 
starting memory address is 3FFFF Hex and the FPGA 
decrements the address. 

One master mode FPGA can interface to the memory 
and provide configuration data on DOUT to additional 
FPGAs in a daisy chain. The configuration data on 
DOUT Is provided synchronously with the falling edge 
of CCLK. The frequency of the CCLK output is eight 
times that of RCLK. 
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FPGA Configuration Modes (continued) 
Master Seriai Mode 

In the master serial mode, the FPGA loads the configu¬ 
ration data from an external serial ROM. The configura¬ 
tion data Is either loaded automatically at start-up or on 
a PRGM command to reconfigure. The ATT1700 and 
ATT1700A Series can be used to configure the FPGA 
in the master serial mode. This provides a simple four- 
pin interface in an eight-pin package. The ATT1736, 
ATT1765, and ATT17128 serial ROMs store 32K, 64K, 
and 128K bits, respectively. 

Configuration in the master serial mode can be done at 
powerup and/or upon a configure command. The sys¬ 
tem or the FPGA must activate the serial ROM's 
RESET/OE and CE inputs. At powerup, the FPGA and 
serial ROM each contain internal power-on reset cir¬ 
cuitry that allows the FPGA to be configured without 
the system providing an external signal. The power-on 
reset circuitry causes the serial ROM's internal address 
pointer to be reset. After powerup, the FPGA automati¬ 
cally enters its Initialization phase. 

The serial ROM/FPGA interface used depends on such 
factors as the availability of a system reset pulse, avail¬ 
ability of an intelligent host to generate a configure 
command, whether a single serial ROM is used or mul¬ 
tiple serial ROMs are cascaded, whether the serial 
ROM contains a single or multiple configuration pro¬ 
grams, etc. Because of differing system requirements 
and capabilities, a single FPGA/serlal ROM interface is 
generally not appropriate for all applications. 

Data Is read In the FPGA sequentially from the serial 
ROM. The DATA output from the serial ROM is con¬ 
nected directly Into the DIN Input of the FPGA. The 
CCLK output from the FPGA is connected to the 
CLOCK input of the serial ROM. During the configura¬ 
tion process, CCLK clocks one data bit on each rising 
edge. 

Since the data and clock are direct connects, the 
FPGA/serlal ROM design task is to use the system or 
FPGA to enable the RESET/OE and UE of the serial 
ROM(s). There are several methods for enabling the 
serial ROM’s RESET/OE and UE inputs. The serial 
ROM's RESET/OE is programmable to function with 
RESET active-high and OE active-low or RESET active- 
low and OE active-high. 

In Figure 36, serial ROMs are cascaded to configure 
multiple daisy-chained FPGAs. The host generates a 
500 ns low pulse into the FPGA's PRGM input. The 
FPGA’s INIT input Is connected to the serial ROMs’ 
RESET/OE input, which has been programmed to 


function with RESET active-low and OE active-high. 

The FPGA DONE Is routed to the CE pin. The low on 
DONE enables the serial ROMs. At the completion of 
configuration, the high on the FPGA's DONE disables 
the serial ROM. 

Serial ROMs can also be cascaded to support the con¬ 
figuration of multiple FPGAs or to load a single FPGA 
when configuration data requirements exceed the 
capacity of a single serial ROM. After the last bit from 
the first serial ROM is read, the serial ROM outputs 
CEO low and 3-states the DATA output. The next serial 
ROM recognizes the low on CE input and outputs con¬ 
figuration data on the DATA output. After configuration 
is complete, the FPGA’s DONE output into CE disables 
the serial ROMs. 

This FPGA/serial ROM interface is not used In applica¬ 
tions in which a serial ROM stores multiple configura¬ 
tion programs. In these applications, the next 
configuration program to be loaded is stored at the 
ROM location that follows the last address for the previ¬ 
ous configuration program. The reason the Interface in 
Figure 36 will not work in this application is that the low 
output on the TNTf signal would reset the serial ROM 
address pointer, causing the first configuration to be 
reloaded. 

In some applications, there can be contention on the 
FPGA's DIN pin. During configuration, DIN receives 
configuration data, and after configuration, it is a user 
I/O. If there is contention, an early DONE at start-up 
(selected In ORCA Foundry) may correct the problem. 
An alternative Is to use LDC to drive the serial ROM's 
^ pin. In order to reduce noise. It is generally better to 
run the master serial configuration at 1.25 MHz (M3 pin 
tied high), rather than 10 MHz, If possible. 
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Figure 36. Master Serial Configuration Schematic 
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FPGA Configuration Modes (continued) 

Asynchronous Peripheral Mode 

Figure 37 shows the connections needed for the asyn¬ 
chronous peripheral mode. In this mode, the FPGA 
system interface is similar to that of a microprocessor- 
peripheral Interface. The microprocessor generates the 
control signals to write an 8-bit byte into the FPGA. The 
FPGA control inputs include active-low CSO and active- 
high CS1 chip selects and a write WR input. The chip 
selects can be cycled or maintained at a static level 
during the configuration cycle. Each byte of data is writ¬ 
ten Into the FPGA’s D[7:0] input pins. 

The FPGA provides a RDY/BUSY status output to indi¬ 
cate that another byte can be loaded. A low on RDY/ 
BU8Y indicates that the double-buffered hold/shift reg¬ 
isters are not ready to receive data. The shortest time 
RDY/BUSY Is low occurs when a byte is loaded into the 
hold register and the shift register is empty, in which 


Synchronous Peripheral Mode 

In the synchronous peripheral mode, byte-wide data Is 
input Into D[7:0] on the rising edge of the CCLK Input. 
The first data byte is clocked In on the second CCLK 
after INIT goes high. Subsequent data bytes are 
clocked in on every eighth rising edge of CCLK. The 
RDY/BUSY signal is an output which acts as an 
acknowledge. RDY/BUSY goes high one CCLK after 
data is clocked and, after one CCLK cycle, returns low. 
The process repeats until all of the data Is loaded into 
the FPGA. The data begins shifting on DOUT 
1.5 cycles after It Is loaded in parallel. It requires addi¬ 
tional CCLKs after the last byte is loaded to complete 
the shifting. Figure 38 shows the connections for syn¬ 
chronous peripheral mode. 

As with master modes, the peripheral modes can be 
used as the lead FPGA for a daisy chain of slave 
FPGAs. 
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Figure 37. Asynchronous Peripheral Configuration 
Schematic 
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Slave Serial Mode 

The slave serial mode is primarily used when multiple 
FPGAs are configured in a daisy chain. The serial slave 
serial mode Is also used on the FPGA evaluation board 
which interfaces to the download cable. A device in the 
slave serial mode can be used as the lead device in a 
daisy chain. Figure 39 shows the connections for the 
slave serial configuration mode. 

The configuration data is provided Into the FPGA’s DIN 
input synchronous with the configuration clock CCLK 
input. After the FPGA has loaded its configuration data, 
it retransmits the incoming configuration data on 
DOUT. CCLK is routed into all slave serial mode 
devices in parallel. 

Multiple slave FPGAs can be loaded with identical con¬ 
figurations simultaneously. This is done by loading the 
configuration data into the DIN Inputs in parallel. 
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The slave parallel mode is essentially the same as the 
slave serial mode except that 8 bits of data are input on 
pins D[7:0] for each CCLK cycle. Due to 8 bits of data 
being Input per CCLK cycle, the DOUT pin does not 
contain a valid bit stream for slave parallel mode. As a 
result, the lead device cannot be used in the slave 
parallel mode In a daisy-chain configuration. 

Figure 40 is a schematic of the connections for the 
slave parallel configuration mode. WR and CSO are 
active-low chip select signals, and CS1 is an active- 
high chip select signal. These chip selects allow the 
user to configure multiple FPGAs in slave parallel 
mode using an 8-bit data bus common to all of the 
FPGAs. These chip selects can then be used to select 
the FPGA(s) to be configured with a given bit stream, 
but once an FPGA has been selected, it cannot be 
deselected until It has been completely programmed. 



5-4487(C) 


Figure 40. Slave Parallel Configuration Schematic 


Figure 39. Slave Serial Configuration Schematic 
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FPGA Configuration Modes (continued) 
Daisy Chain 

Multiple FPGAs can be configured by using a daisy 
chain of the FPGAs. Daisy chaining uses a lead FPGA 
and one or more FPGAs configured in slave serial 
mode. The lead FPGA can be configured in any mode 
except slave parallel mode. (Daisy chaining is not avail¬ 
able with the boundary-scan ram_w instruction, dis¬ 
cussed later.) 

All daisy-chained FPGAs are connected in series. 

Each FPGA reads and shifts the preamble and length 
count in on positive CCLK and out on negative CCLK 
edges. 

An upstream FPGA which has received the preamble 
and length count outputs a high on DOUT until It has 
received the appropriate number of data frames so that 
downstream FPGAs do not receive frame start bits 
(Os). After loading and retransmitting the preamble and 
length count to a daisy chain of slave devices, the lead 
device loads its configuration data frames. The loading 
of configuration data continues after the lead device 
has received its configuration data if its internal frame 
bit counter has not reached the length count. When the 
configuration RAM Is full and the number of bits 
received Is less than the length count field, the FPGA 
shifts any additional data out on DOUT. 


The configuration data is read into DIN of slave devices 
on the positive edge of CCLK, and shifted out DOUT 
on the negative edge of CCLK. Figure 41 shows the 
connections for loading multiple FPGAs In a daisy- 
chain configuration. 

The generation of CCLK for the daisy-chained devices 
which are in slave serial mode differs depending on the 
configuration mode of the lead device. A master paral¬ 
lel mode device uses its internal timing generator to 
produce an internal CCLK at eight times its memory 
address rate (RCLK). The asynchronous peripheral 
mode device outputs eight CCLKs for each write cycle. 
If the lead device is configured in either synchronous 
peripheral or a slave mode, CCLK is routed to the lead 
device and to all of the daisy-chained devices. 

The development system can create a composite 
configuration bit stream for configuring daisy-chained 
FPGAs. The frame format Is a preamble, a length count 
for the total bit stream, multiple concatenated data 
frames, an end-of-configuration frame per device, a 
postamble, and an additional fill bit per device in the 
serial chain. 

As seen in Figure 41, the INIT pins for all of the FPGAs 
are connected together. This is required to guarantee 
that powerup and initialization will work correctly. In 
general, the DONE pins for all of the FPGAs are also 
connected together as shown to guarantee that all of 
the FPGAs enter the start-up state simultaneously. This 
may not be required, depending upon the start-up 
sequence desired. 


A[17:0] 

EPROM 

D[7:0] 

51 

CE' 


r 


PROGRAM- 


Vdd OR - 
GND 


CCLK 


DOUT 

A[17:0] 

ORCA 

SERIES 


D[7:0] 

FPGA 

MASTER 


DONE 



PR^ 




Init 

M2 


HDC 

Ml 


LDC 

MO 


RCLK 



Vdd 


CCLK 

DIN 


ORCA 
SERIES 
FPGA 
SLAVE #1 


DONE 

pMm 

M2 

M1 

MO 


INIT 

HDC 

LDC 

RCLK 


Vdd 

a 


CCLK 

DIN 


ORCA 
SERIES 
FPGA 
SLAVE #2 


DONE 

PR^ 


INIT 

HDC 

LDC 

RCLK 


5-4488(C) 


Figure 41. Daisy-Chain Configuration Schematic 
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Readback 

Readback is used to read back the configuration data 
and, optionally, the state of the PFU outputs. A read- 
back operation can be done while the FPGA is in nor¬ 
mal system operation. The readback operation cannot 
be daisy chained. To use readback, the user selects 
options In the bit stream generator in the ORCA 
Foundry development system. 

Table 9 provides readback options selected in the bit 
stream generator tool. The table provides the number 
of times that the configuration data can be read back. 
This is intended primarily to give the user control over 
the security of the FPGA’s configuration program. The 
user can prohibit readback (0), allow a single readback 
(1), or allow unrestricted readback (U). 

The pins used for readback are readback data 
(RD_DATA), read configuration (RD.CFGN), and config¬ 
uration clock (CCLK). A readback operation is initiated 
by a high-to-low transition on RD_CFGN. The RD_CFGN 
input must remain low during the readback operation. 
The readback operation can be restarted at frame 0 by 
setting the RD_CFGN pin high, applying at least two ris¬ 
ing edges of CCLK, and then applying RD_CFGN low 
again. One bit of data is shifted out on RD_DATA on the 
rising edge of CCLK. The first start bit of the readback 
frame is transmitted out on the first rising edge of 
CCLK after RD_CFGN is input low. 

It should be noted that the RD_DATA output pin is also 
used as the dedicated boundary-scan output pin, TOO. 
If this pin is being used as TOO, the RD_DATA output 
from readback can be routed internally to any other pin 
desired. The RD_CFGN input pin Is also used to control 
the global 3-state (ts_all) function. Before and during 
configuration, the ts_all signal is always driven by the 
RD_CFGN Input and readback Is disabled. After con¬ 
figuration, the selection as to whether this input drives 
the readback or global 3-state function is determined 
by a set of bit stream options. If used as the RD_CFGN 
Input for readback, the Internal ts_all input can be 
routed internally to be driven by any Input pin. 


The readback frame contains the configuration data 
and the state of the Internal logic. During readback, the 
value of all five PFU outputs can be captured. The fol¬ 
lowing options are allowed when doing a capture of the 
PFU outputs. 

1. Do not capture data (the data written to the RAMs, 
usually 0, will be read back). 

2. Capture data upon entering readback. 

3. Capture data based upon a configurable signal 
internal to the FPGA. If this signal is tied to 
logic 0, capture RAMs are written continuously, 
which is equivalent to ATT3000 Series capture. 

4. Capture data on either options 2 or 3 above. 

The readback frame has a similar, but not Identical, for¬ 
mat to the configuration frame. This eases a bitwise 
comparison between the configuration and readback 
data. The readback data is not inverted. Every data 
frame has one low start bit and one high stop bit. The 
preamble, including the length count field, is not part of 
the readback frame. The readback frame contains 
states in locations not used in the configuration. These 
locations need to be masked out when comparing the 
configuration and readback frames. The development 
system optionally provides a readback bit steam to 
compare to readback data from the FPGA. 


Table 9. Readback Options 


Option 

Function 

0 

Inhibit Readback 

1 

Allow One Readback Only 

U 

Allow Unrestricted Number of Readbacks 
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Boundary Scan 

The increasing complexity of integrated circuits (ICs) 
and 1C packages has increased the difficulty of testing 
printed-circuit boards (RGBs). To address this testing 
problem, the IEEE standard 1149.1 -1990 (IEEE Stan¬ 
dard Test Access Port and Boundary-Scan Architec¬ 
ture) is Implemented in the ORCA series of FPGAs. It 
allows users to efficiently test the interconnection 
between integrated circuits on a PCB as well as test 
the Integrated circuit Itself. The IEEE 1149.1 standard 
Is a well-defined protocol that ensures interoperability 
among boundary-scan (BSCAN) equipped devices 
from different vendors. 

The IEEE 1149.1 standard defines a test access port 
(TAP) that consists of a four-pin interface with an 
optional reset pin for boundary-scan testing of inte¬ 
grated circuits in a system. The ORCA Series FPGA 
provides four interface pins: test data in (TDI), test 
mode select (TMS), test clock (TCK), and test data out 
(TOO). The PRGM pin used to reconfigure the device 
also resets the boundary-scan logic. 

The user test host serially loads test commands and 
test data into the FPGA through these pins to drive out¬ 
puts and examine inputs. In the configuration shown in 
Figure 42, where boundary scan is used to test ICs, 
test data is transmitted serially into TDI of the first 
BSCAN device (U1), through TDO/TDI connections 
between BSCAN devices (U2 and U3), and outTDO of 
the last BSCAN device (U4). In this configuration, the 
TMS and TCK signals are routed to all boundary-scan 
ICs in parallel so that all boundary-scan components 
operate in the same state. In other configurations, mul¬ 
tiple scan paths are used instead of a single ring. When 
multiple scan paths are used, each ring is indepen¬ 
dently controlled by its own TMS and TCK signals. 

Figure 43 provides a system interface for components 
used in the boundary-scan testing of PCBs.The three 
major components shown are the test host, boundary- 
scan support circuit, and the devices under test 
(DUTs). The DUTs shown here are ORCA Series 
FPGAs with dedicated boundary-scan circuitry. The 
test host is normally one of the following: automatic test 
equipment (ATE), a workstation, a PC, or a micropro¬ 
cessor. 



TDO TCK TMS TDI 



Key: 


ENLARGED VIEW 


Fig.34.a(M) 


BSC = boundary-scan cell, BDC = bidirectional data cell, 
and DCC = data control cell. 


Figure 42. Printed-Circuit Board with Boundary- 
Scan Circuitry 
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Boundary Scan (continued) 



f.BSI(C) 


Figure 43. Boundary-Scan Interface 


The boundary-scan support circuit shown in Figure 43 
is the Lucent 497AA Boundary-Scan Master (BSM). 
The BSM off-loads tasks from the test host to increase 
test throughput. To interface between the test host and 
the DUTs, the BSM has a general microprocessor 
interface and provides parallel-to-serial/serial-to-paral- 
lel conversion, as well as three 8K data buffers. The 
BSM also increases test throughput with a dedicated 
automatic test pattern generator and with compression 
of the test response with a signature analysis register. 
The PC-based Lucent boundary-scan test card/soft¬ 
ware allows a user to quickly prototype a boundary- 
scan test setup. 


Boundary-Scan Instructions 

The ORCA Series boundary-scan circuitry is used for 
three mandatory IEEE 1149.1 tests (EXTEST, SAM¬ 
PLE/PRELOAD, BYPASS) and four Lucent-defined 
instructions. The 3-blt wide instruction register supports 
the eight instructions listed in Table 10. 


Table 10. Boundary-Scan Instructions 


Code 

Instruction 

000 

EXTEST 

001 

PLC Scan Ring 1 

010 

RAM Write (RAM_W) 

oil 

Reserved 

100 

SAMPLE/PRELOAD 

101 

PLC Scan Ring 2 

110 

RAM Read (RAM_R) 

111 

BYPASS 


The external test (EXTEST) instruction allows the inter¬ 
connections between ICs in a system to be tested for 
opens and stuck-at faults. If an EXTEST instruction is 
performed for the system shown in Figure 42, the con¬ 
nections between U1 and U2 (shown by nets a, b, and 
c) can be tested by driving a value onto the given nets 
from one device and then determining whether the 
same value is seen at the other device. This is deter¬ 
mined by shifting 2 bits of data for each pin (one for the 
output value and one for the 3-state value) through the 
BSR until each one aligns to the appropriate pin. Then, 
based upon the value of the 3-state signal, either the 
I/O pad is driven to the value given in the BSR, or the 
BSR Is updated with the Input value from the I/O pad, 
which allows it to be shifted out TOO. 

The SAMPLE instruction Is useful for system debug¬ 
ging and fault diagnosis by allowing the data at the 
FPGA’s I/Os to be observed during normal operation. 
The data for all of the I/Os is captured simultaneously 
into the BSR, allowing them to be shifted-out TOO to 
the test host. Since each I/O buffer In the PICs Is bidi¬ 
rectional, two pieces of data are captured for each I/O 
pad: the value at the I/O pad and the value of the 3- 
state control signal. 

There are four Lucent-defined instructions. The PLC 
scan rings 1 and 2 (PSR1, PSR2) allow user-defined 
internal scan paths using the PLC latches/FFs. The 
RAM_Write Enable (RAM_W) instruction allows the 
user to serially configure the FPGA through TDI. The 
RAM_Read Enable (RAM_R) allows the user to read 
back RAM contents on TDO after configuration. 
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ORCA Boundary-Scan Circuitry 

The ORCA Series boundary-scan circuitry includes a 
test access port controller (TAPC), instruction register 
(IR), boundary-scan register (BSR), and bypass regis¬ 
ter. It also includes circuitry to support the four Lucent- 
defined Instructions. 

Figure 44 shows a functional diagram of the boundary- 
scan circuitry that is implemented in the ORCA series. 
The input pins’ (TMS, TCK, and TDI) locations vary 
depending on the part, and the output pin is the dedi¬ 
cated TDO/RD_DATA output pad. Test data in (TDI) is 
the serial input data. Test mode select (TMS) controls 
the boundary-scan test access port controller (TAPC). 
Test clock (TCK) is the test clock on the board. 

The BSR is a series connection of boundary-scan cells 
(BSCs) around the periphery of the 1C. Each I/O pad on 
the FPGA, except for CCLK, DONE, and the boundary- 
scan pins (TCK, TDI, TMS, and TDO), is included In the 
BSR. The first BSC in the BSR (connected to TDI) is 


located in the first PIC I/O pad on the left of the top side 
of the FPGA (PTA PIC). The BSR proceeds clockwise 
around the top, right, bottom, and left sides of the array. 
The last BSC In the BSR (connected to TDO) is located 
on the top of the left side of the array (PLA3). 

The bypass instruction uses a single FF which resyn¬ 
chronizes test data that is not part of the current scan 
operation. In a bypass instruction, test data received on 
TDI is shifted out of the bypass register to TDO. Since 
the BSR (which requires a two FF delay for each pad) 
is bypassed, test throughput is increased when devices 
that are not part of a test operation are bypassed. 

The boundary-scan logic is enabled before and during 
configuration. After configuration, a configuration 
option determines whether or not boundary-scan logic 
is used. 

The 32-bit boundary-scan Identification register con¬ 
tains the manufacturer’s ID number, unique part num¬ 
ber, and version, but is not implemented in the ORCA 
series of FPGAs. If boundary scan is not used, TMS, 
TDI, and TCK become user I/Os, and TDO is 3-stated 
or used in the readback operation. 


I/O BUFFERS 



Figure 44. ORCA Series Boundary>Scan Circuitry Functionai Diagram 
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Boundary Scan (continued) 

ORCA Series TAP Controller (TAPC) 

The ORCA Series TAP controller (TAPC) is a 1149.1 
compatible test access port controller. The 16 JTAG 
state assignments from the IEEE 1149.1 specification 
are used. The TAPC is controlled byTCK and TMS.The 
TAPC states are used for loading the IR to allow three 
basic functions in testing: providing test stimuli (Update 
DR), test execution (Run Test/ldle), and obtaining test 
responses (Capture DR). The TAPC allows the test 
host to shift in and out both instructions and test data/ 
results. The inputs and outputs of the TAPC are pro¬ 
vided in the table below. The outputs are primarily the 
control signals to the instruction register and the data 
register. 


Table 11. TAP Controller Input/Outputs 


Symbol 

I/O 

Function 

TMS 

1 

Test Mode Select 

TCK 

1 

Test Clock 

PUR 

1 

Powerup Reset 

PRGM 

1 

BSCAN Reset 

TRESET 

0 

Test Logic Reset 

Select 

0 

Select IR (High); Select DR (Low) 

Enable 

0 

Test Data Out Enable 

Capture DR 

0 

Capture/Parallel Load DR 

Capture IR 

0 

Capture/Parallel Load IR 

Shift DR 

0 

Shift Data Register 

Shift IR 

0 

Shift Instruction Register 

Update DR 

o 

Update/Parallel Load DR 

Update IR 

0 

Update/Parallel Load IR 


The TAPC generates control signals which allow cap¬ 
ture, shift, and update operations on the instruction and 
data registers. In the capture operation, data is loaded 
Into the register. In the shift operation, the captured 
data is shifted out while new data is shifted in. In the 
update operation, either the Instruction register is 
loaded for instruction decode, or the boundary-scan 
register is updated for control of outputs. 

The test host generates a test by providing input into 
the ORCA Series TMS input synchronous with TCK. 
This sequences the TAPC through states in order to 
perform the desired function on the instruction register 
or a data register. Figure 45 provides a diagram of the 
state transitions for the TAPC. The next state is deter¬ 
mined by the TMS input value. 



Figure 45. TAP Controller State Transition Diagram 
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Boundary Scan (continued) 

Boundary-Scan Cells 

Figure 46 is a diagram of the boundary-scan cell (BSC) 
in the ORCA series PICs. There are four BSCs in each 
PIC: one for each pad, except as noted above. The 
BSCs are connected serially to form the BSR.The BSC 
controls the functionality of the in, out, and 3-state sig¬ 
nals for each pad. 

The BSC allows the I/O to function in either the normal 
or test mode. Normal mode is defined as when an out¬ 
put buffer receives input from the PLC array and pro¬ 
vides output at the pad or when an input buffer 
provides input from the pad to the PLC array. In the test 
mode, the BSC executes a boundary-scan operation, 
such as shifting in scan data from an upstream BSC in 
the BSR, providing test stimuli to the pad, capturing 
test data at the pad, etc. 

The primary functions of the BSC are shifting scan data 
serially in the BSR and observing input (pjn), output 
(p_out), and 3-state (p_ts) signals at the pads. The 
BSC consists of two circuits: the bidirectional data cell 
is used to access the input and output data, and the 


direction control cell Is used to access the 3-state 
value. Both cells consist of a flip-flop used to shift scan 
data which feeds a flip-flop to control the I/O buffer. The 
bidirectional data cell Is connected serially to the direc¬ 
tion control cell to form a boundary-scan shift register. 

The TAPC signals (capture, update, shiftn, treset, and 
TCK) and the MODE signal control the operation of the 
BSC. The bidirectional data cell is also controlled by 
the high out/low in (HOLI) signal generated by the 
direction control cell. When HOLI is low, the bidirec¬ 
tional data cell receives input buffer data Into the BSC. 
When HOLI is high, the BSC is loaded with functional 
data from the PLC. 

The MODE signal is generated from the decode of the 
instruction register. When the MODE signal is high 
(EXTEST), the scan data is propagated to the output 
buffer. When the MODE signal is low (BYPASS or 
SAMPLE), functional data from the FPGA’s internal 
logic is propagated to the output buffer. 

The boundary-scan description language (BSDL) is 
provided for each device in the ORCA series of FPGAs. 
The BSDL is generated from a device profile, pinout, 
and other boundary-scan information. 



SHIFTN/CAPTURE TCK SCAN OUT UPDATE/TCK MODE 
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Figure 46. Boundary-Scan Cell 
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Figure 47. Instruction Register Scan Timing Diagram 


Boundary-Scan Timing 

To ensure race-free operation, data changes on spe¬ 
cific clock edges. The TMS and TDI inputs are clocked 
In on the rising edge of TCK, while changes on TDO 
occur on the falling edge of TCK. In the execution of an 
EXTEST instruction, parallel data is output from the 
BSR to the FPGA pads on the falling edge of TCK. The 
maximum frequency allowed for TCK is 10 MHz. 

Figure 47 shows timing waveforms for an instruction 
scan operation. The diagram shows the use of TMS to 
sequence the TAPC through states. The test host (or 
BSM) changes data on the falling edge of TCK, and it is 
clocked into the DDT on the rising edge. 


0/7Ci4Timing Characteristics 

To define speed grades, the ORCA Series part number 
designation (see Table 45) uses a single-digit number 
to designate a speed grade. This number is not related 
to any single ac parameter. Higher numbers indicate a 
faster set of timing parameters. The actual speed sort¬ 
ing is based on testing the delay In a path consisting of 
an input buffer, combinatorial delay through all PLCs in 
a row, and an output buffer. Other tests are then done 
to verify other delay parameters, such as routing 
delays, setup times to FFs, etc. 

The most accurate timing characteristics are reported 
by the timing analyzer in the ORCA Foundry Develop¬ 
ment System. A timing report provided by the develop¬ 
ment system after layout divides path delays into logic 
and routing delays. The timing analyzer can also pro¬ 
vide logic delays prior to layout. While this allows rout¬ 
ing budget estimates, there is wide variance in routing 
delays associated with different layouts. 

The logic timing parameters noted in the Electrical 
Characteristics section of this data sheet are the same 
as those in the design tools. In the PFU timing given in 
Table 30, symbol names are generally a concatenation 
of the PFU operating mode (as defined in Table 2) and 
the parameter type. The wildcard character (*) is used 
in symbol names to indicate that the parameter applies 
to any sub-LUT.The setup, hold, and propagation delay 
parameters, defined below, are designated In the sym¬ 
bol name by the SET, HLD, and DEL characters, 
respectively. 
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(continued) 

The values given for the parameters are the same as 
those used during production testing and speed bin¬ 
ning of the devices. The junction temperature and sup¬ 
ply voltage used to characterize the devices are listed 
in the delay tables. Actual delays at nominal tempera¬ 
ture and voltage for best-case processes can be much 
better than the values given. 

Table 12 and Table 13 provide approximate power sup¬ 
ply and junction temperature derating for commercial 
and industrial devices. The delay values in this data 
sheet and reported by ORCA Foundry are shown as 
1.00 in the tables. The method for determining the max¬ 
imum junction temperature is defined in the Thermal 
Characteristics section. Taken cumulatively, the range 
of parameter values for best-case vs. worst-case pro¬ 
cessing, supply voltage, and junction temperature can 
approach 3 to 1. 


Table 12. Derating for Commercial Devices 


Tj 

(X) 

Power Supply Voltage 

4.75 V 

5.0 V 

5.25 V 

0 

0.79 

0.77 

0.75 

25 

0.83 

0.81 

0.79 

85 

1.00 

0.97 

0.95 

100 

1.05 

1.03 

1.00 

125 

1.14 

1.11 

1.08 


Table 13. Derating for Industrial Devices 


Tj 

(X) 

Power Supply Voltage 

4.5 V 

4.75 V 

5.0 V 

5.25 V 

5.5 V 

-40 

0.70 

0.69 

0.67 

0.65 

0.64 

0 

0.79 

0.77 

0.75 

0.73 

0.72 

25 

0.83 

0.81 

0.79 

0.77 

0.76 

85 

1.00 

0.97 

0.95 

0.92 

0.91 

100 

1.05 

1.02 

1.00 

0.97 

0.95 

125 

1.14 

1.11 j 

1.08 

1.05 

1.03 


In addition to supply voltage, process variation, and 
operating temperature, circuit and process improve¬ 
ments of the ORCA series FPGAs over time will result 
in significant improvement of the actual performance 
over those listed for a speed grade. Even though lower 
speed grades may still be available, the distribution of 
yield to timing parameters may be several speed bins 
higher than that designated on a product brand. Design 
practices need to consider best-case timing parame¬ 
ters (e.g., delays = 0), as well as worst-case timing. 

The routing delays are a function of fan-out and the 
capacitance associated with the CIPs and metal 
interconnect In the path. The number of logic elements 
that can be driven (or fan-out) by PFUs is unlimited, 
although the delay to reach a valid logic level can 
exceed timing requirements. It is difficult to make 
accurate routing delay estimates prior to design 
compilation based on fan-out. This is because the CAE 
software may delete redundant logic inserted by the 
designer to reduce fan-out, and/or it may also 
automatically reduce fan-out by net splitting. 

The waveform test points are given in the Measure¬ 
ment Conditions section of this data sheet. The timing 
parameters given in the electrical characteristics tables 
in this data sheet follow industry practices, and the val¬ 
ues they reflect are described below. 

Propagation Delay — the time between the specified 
reference points. The delays provided are the worst 
case of the tphh and tpll delays for noninverting func¬ 
tions, tplh and tphi for inverting functions, and tphz and 
tplz for 3-state enable. 

Setup Time — the interval immediately preceding the 
transition of a clock or latch enable signal, during which 
the data must be stable to ensure it Is recognized as 
the Intended value. 

Hold Time — the interval Immediately following the 
transition of a clock or latch enable signal, during which 
the data must be held stable to ensure it is recognized 
as the intended value. 

3-state Enable — the time from when a ts[3:0] signal 
becomes active and the output pad reaches the high- 
impedance state. 
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Estimating Power Dissipation 

The total operating power dissipated is estimated by 
summing the standby (Iddsb), internal, and external 
power dissipated. The internal and external power Is 
the power consumed in the PLCs and PICs, 
respectively. In general, the standby power Is small and 
may be neglected. The total operating power is as 
follows: 

Pt = 2 Pplc + Z Ppic 

The internal operating power is made up of two parts: 
clock generation and PFU output power. The PFU out¬ 
put power can be estimated based upon the number of 
PFU outputs switching when driving an average fan-out 
of two: 

PPFU = 0.19mW/MHz 

For each PFU output that switches, 0.19 mW/MHz 
needs to be multiplied times the frequency (in MHz) 
that the output switches. Generally, this can be esti¬ 
mated by using one-half the clock rate, multiplied by 
some activity factor; for example, 20%. 

The power dissipated by the clock generation circuitry 
is based upon three parts: the fixed clock power, the 
power/clock branch row or column, and the clock power 
dissipated in each PFU that uses this particular clock. 
Therefore, the clock power can be calculated for the 
three parts using the following equations: 

2C04 Clock Power 

P = [0.64 mW/MHz 

+ (0.22 mW/MHz - Branch) (# Branches) 

+ (0.025 mW/MHz - PFU) (# PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 
2C04 Clock Power« 4.1 mW/MHz. 

2C06 Clock Power 

P = [0.65 mW/MHz 

+ (0.26 mW/MHz - Branch) (# Branches) 

+ (0.025 mW/MHz - PFU) (# PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 
2C06 Clock Power« 5.6 mW/MHz. 

2C08 Clock Power 

P = [0.66 mW/MHz 

+ (0.29 mW/MHz - Branch) (# Branches) 

+ (0.025 mW/MHz - PFU) (# PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 
2C08 Clock Power« 7.2 mW/MHz. 


2C10 Clock Power 

P = [0.67 mW/MHz 

+ (0.33 mW/MHz - Branch) (# Branches) 

+ (0.025 mW/MHz - PFU) (# PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 
2C10 Clock Power - 9.2 mW/MHz. 

2C12 Clock Power 

P = [0.69 mW/MHz 

+ (0.37 mW/MHz - Branch) (# Branches) 

+ (0.025 mW/MHz - PFU) (# PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 
2C12 Clock Power« 11.4 mW/MHz. 

2C15 Clock Power 

P = [0.70 mW/MHz 

+ (0.40 mW/MHz - Branch) (# Branches) 

+ (0.025 mW/MHz - PFU) (# PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 
2C15 Clock Power« 13.7 mW/MHz. 

2C26 Clock Power 

P = [0.71 mW/MHz 

+ (0.47 mW/MHz - Branch) (# Branches) 

+ (0.025 mW/MHz - PFU) (# PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 
2C26 Clock Power« 19.2 mW/MHz. 

2C40 Clock Power 

P = [0.75 mW/MHz 

+ (0.57 mW/MHz - Branch) (# Branches) 

+ (0.025 mW/MHz - PFU) (# PFUs)] fCLK 

For a quick estimate, the worst-case (typical circuit) 
2C40 Clock Power« 29.1 mW/MHz. 

The power dissipated in a PIC is the sum of the power 
dissipated in the four I/Os In the PIC. This consists of 
power dissipated by inputs and ac power dissipated by 
outputs. The power dissipated in each I/O depends on 
whether it is configured as an input, output, or input/ 
output. If an I/O Is operating as an output, then there Is 
a power dissipation component for Pin, as well as 
Pout. This is because the output feeds back to the 
input. 
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Estimating Power Dissipation 

(continued) 

The power dissipated by aTTL input buffer is estimated 
as: 

Pttl = 1.8 mW + 0.20 mW/MHz 

The power dissipated by a CMOS input buffer is esti¬ 
mated as: 

PCMOS = 0.20 mW/MHz 

The ac power dissipation from an output or bidirec¬ 
tional is estimated by the following: 

Pout = (Cl + 9 pF) x Vdd^ x F Watts 

where the unit for Cl is farads, and the unit for F is Hz. 

As an example of estimating power dissipation, 
suppose that a fully utilized 2C15 has an average of 
three outputs for each of the 400 PFUs, that all 20 
clock branches are used, that 150 of the 400 PFUs 
have FFs clocked at 40 MHz, and that the PFU outputs 
have an average activity factor of 20%. 


Twenty TTL-configured inputs, 20 CMOS-configured 
inputs, 32 outputs driving 30 pF loads, and 16 bidirec¬ 
tional I/Os driving 50 pF loads are also generated from 
the 40 MHz clock with an average activity factor of 
20%. The worst-case power dissipation is estimated as 
follows: 

Ppfu = 400 X 3 (0.19 mW/MHz x 20 MHz x 20%) 

= 912 mW 

PCLK = [0.70 mW/MHz + (0.40 mW/MHz - Branch) 
(20 Branches) 

+ (0.025 mW/MHz - PFU) (150 PFUs) [40 MHz]] 
= 498 mW 

Pttl = 20 x [1.8 mW + (0.20 mW/MHz x 20 MHz x 
20%)] 

= 52 mW 

PCMOS = 20 X [0.20 mW x 20 MHz x 20%] 

= 16 mW 

Pout = 30 x [(30 pF + 9 pF) X 5.5252 x 20 MHz x 20%] 
= 129 mW 

Pbid = 16 X [(50 pF + 9 pF) X 5.5252 x 20 MHz x 20%] 
= 104 mW 

TOTAL = 1.71 W 
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Pin Information 


Table 14. Pin Descriptions 


Symbol 

I/O 

Description 

Dedicated Pins 

Vdd 

— 

Positive power supply. 

GND 

— 

Ground supply. 

RESET 

I 

During configuration, RESET forces the restart of configuration and a pull-up is 
enabled. After configuration, RESET can be used as a general FPGA Input or as a 
direct Input, which causes all PLC latches/FFs to be asynchronously set/reset. 

CCLK 

I 

In the master and asynchronous peripheral modes, CCLK is an output which 
strobes configuration data in. In the slave or synchronous peripheral mode, CCLK is 
input synchronous with the data on DIN or D[7:0]. 

DONE 

I/O 

DONE Is a bidirectional pin with an optional pull-up resistor. As an active-low, open- 
drain output, it Indicates that configuration is complete. As an input, a low level on 
DONE delays FPGA start-up after configuration. 

PRGM 

I 

PRGM is an active-low input that forces the restart of configuration and resets the 
boundary-scan circuitry. This pin always has an active pull-up. 

RD_CFGN 

I 

If readback is enabled, after configuration, a high-to-low transition on RD_CFGN ini¬ 
tiates a readback of configuration data, including PFU output states, starting with 
frame address 0. During configuration, this is an active-low input that activates the 
TS_ALL function and 3-states all the I/O. This same functionality can be selected 
after configuration as well. This pin always has an active pull-up. 

RD_DATA/TDO 

o 

RD_DAT/VTDO is a dual-function pin. If used for readback, RD_DATA provides con¬ 
figuration data out. If used in boundary scan, TDO is test data out. 

Speciai-Purpose Pins 

RDY/BDSY 

o 

During configuration in peripheral mode, RDY/BUSY indicates another byte can be 
written to the FPGA. If a read operation is done when the device is selected, the 
same status Is also available on D7 in asynchronous peripheral mode. After configu¬ 
ration, the pin is a user-programmable I/O. 

RCLK 

0 

During the master parallel configuration mode, RCLK is a read output signal to an 
external memory. This output is not normally used. After configuration, this pin is a 
user-programmable I/O pin. 

DIN 

I 

During slave serial or master serial configuration modes, DIN accepts serial configu¬ 
ration data synchronous with CCLK. During parallel configuration modes, DIN is the 
DO input. During configuration, a pull-up is enabled, and after configuration, this pin 

Is a user-programmable I/O pin. 

MO. M1,M2 

I 

MO—M2 are used to select the configuration mode. See Table 8 for the configuration 
modes. During configuration, a pull-up is enabled, and after configuration, the pins 
are user-programmable I/O. 

M3 

I 

M3 is used to select the speed of the internal oscillator during configuration. When 
M3 is low, the oscillator frequency is 10 MHz. When M3 is high, the oscillator is 

1.25 MHz. During configuration, a pull-up is enabled, and after configuration, this pin 
is a user-programmable I/O pin. 
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Table 14. Pin Descriptions (continued) 


Symbol 

I/O 

Description 

TDI, TCK, TMS 

1 

If boundary scan Is used, these pins are Test Data In, Test Clock, and Test Mode 
Select inputs. If boundary scan Is not selected, all boundary-scan functions are 
inhibited once configuration is complete, and these pins are user-programmable I/O 
pins. Even if boundary scan is not used, either TCK or TMS must be held at logic 1 
during configuration. Each pin has a pull-up enabled during configuration. 

HDC 

0 

High During Configuration is output high until configuration is complete. It is used as 
a control output indicating that configuration is not complete. After configuration, this 
pin is a user-programmable I/O pin. 

LDC 

0 

Low During Configuration is output low until configuration is complete. It is used as a 
control output indicating that configuration is not complete. After configuration, this 
pin is a user-programmable I/O pin. 

TNlT 

I/O 

INIT is a bidirectional signal before and during configuration. During configuration, a 
pull-up Is enabled, but an external pull-up resistor is recommended. As an active-low 
open-drain output, IMT is held low during power stabilization and internal clearing of 
memory. As an active-low input, INIT holds the FPGA in the wait-state before the 
start of configuration. After configuration, the pin is a user-programmable I/O pin. 

cso, CS1, wr, rd 

1 

CSO, CS1, Wr, rd are used in the asynchronous peripheral configuration modes. 
The FPGA is selected when CSO is low and CS1 is high. When selected, a low on 
the write strobe, WR, loads the data on D[7:0] inputs into an internal data buffer. WR, 
CSO, and CS1 are also used as chip selects in the slave parallel mode. 

A low on TO changes D7 into a status output. As a status indication, a high indicates 
ready and a low indicates busy. Wr and TO should not be used simultaneously. If 
they are, the write strobe overrides. During configuration, a pull-up is enabled, and 
after configuration, the pins are user-programmable I/O pins. 

A[17:0] 

0 

During master parallel configuration mode, A[17:0] address the configuration 
EPROM. During configuration, a pull-up is enabled, and after configuration, the pins 
are user-programmable I/O pins. 

D[7:0] 

1 

During master parallel, peripheral, and slave parallel configuration modes, D[7:0] 
receive configuration data and each pin has a pull-up enabled. After configuration, 
the pins are user-programmable I/O pins. 

DOUT 

o 

During configuration, DOUT is the serial data output that can drive the DIN of daisy- 
chained slave LCA devices. Data out on DOUT changes on the falling edge of 

CCLK. After configuration, DOUT Is a user-programmable I/O pin. 
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Package Compatibility 

The package pinouts are consistent across ORCA 
Series FPGAs. This allows a designer to select a pack¬ 
age based on I/O requirements and change the FPGA 
without relaying out the printed-circuit board. The 
change might be to a larger FPGA, if additional func¬ 
tionality is needed, or a smaller FPGA to decrease unit 
cost. 

Table 15 provides the number of user I/Os available for 
Lucent ORCA Series FPGAs for each available pack¬ 
age. Each package has six dedicated configuration 
pins. 


Tables 16—25 provide the package pin and pin func¬ 
tion for the ORCA 2C Series FPGAs and packages. 
The bond pad name is identified in the PIC nomencla¬ 
ture used in the ORCA Foundry design editor. 

When the number of FPGA bond pads exceeds the 
number of package pins, bond pads are unused. When 
the number of of package pins exceeds the number of 
bond pads, package pins are left unconnected (no 
connects). 

For each package in the 2C Series, Tables 16—25 
provide package pin functionality and the bond pad 
connection. When a package pin is to be left as a no 
connect for a specific die, it is indicated as a note in the 
bond pad column for the FPGA. The tables provide no 
information on unused pads. 


Table 15. ORCA 2C Series FPGA I/Os Summary 


Device 

84-Pin 

PLCC 

100-Pin 

TQFP 

144-Pin 

TQFP 

160-Pin 

MQFP 

208-Pin 

SQFP/ 

SQFP- 

PQ2 

240-Pin 

SQFP/ 

SQFP- 

PQ2 

256-Pin 

PBGA 

304-Pin 

SQFP/ 

SQFP- 

PQ2 

364- 

Pin 

CPGA 

428-Pin 

CPGA 

ATT2C04 

User I/Os 

64 

77 

114 

130 

160 

— 

— 

— 

— 

— 

Vdd/Vss 

14 

17 

24 

24 

31 

— 

— 

— 

— 

— 

ATT2C06 

User I/Os 

64 

77 

114 

130 

171 

192 

— 

— 

— 

— 

Vdd/Vss 

14 

17 

24 

24 

31 

42 

— 

— 

— 

— 

ATT2C08 

User I/Os 

64 

— 

— 

130 

171 

192 

221 

224 

— 

— 

Vdd/Vss 

14 

— 

— 

24 

31 

40 

27 

46 

— 

— 

ATT2C10 

User I/Os 

64 

— 

— 

130 

171 

192 

223 

252 

— 

— 

Vdd/Vss 

14 

— 

— 

24 

31 

40 

27 

46 

— 

— 

ATT2C12 1 

User I/Os 

— 

— 

— 

— 

171 

192 

223 

252 

288 

— 

Vdd/Vss 

— 

— 

— 

— 

31 

42 

27 

46 

38 

— 

ATT2C15 

User I/Os 

— 


— 

— 

171 

192 

— 

252 

320 

— 

Vdd/Vss 

— 

— 

— 

— 

31 

42 

— 

46 

38 

—• 

ATT2C26 

User I/Os 

— 

— 

— 

— 

171 

192 

— 

252 

— 

384 

Vdd/Vss 

— 


— 

— 

31 

42 

— 

46 

— 

38 

ATT2C40 1 

User I/Os 

— 

— 

— 

— 

171 

192 

— 

252 

— 

384 

Vdd/Vss 

— 

— 

— 

— 

31 

42 

— 

46 

— 

38 
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Table 16. ATT2C04, ATT2C06, ATT2C08, and ATT2C10 84-Pin PLCC Pinout 


Pin 

2C04 

Pad 

2C06 

Pad 

2C08 

Pad 

2C10 

Pad 

Function 

Pin 

2C04 

Pad 

2C06 

Pad 

2C08 

Pad 

2C10 

Pad 

Function 

1 

vss 

vss 

vss 

vss 

vss 

43 

VSS 

VSS 

vss 

VSS 

VSS 

2 

PT5A 

PT6A 

PT7A 

PT8A 

I/0-D2 

44 

PB6A 

PB7A 

PB8A 

PB9A 

I/O 

3 

vss 

VSS 

VSS 

vss 

VSS 

45 

vss 

vss 

VSS 

vss 

vss 

4 

PT4D 

PT5D 

PT6D 

PT7D 

I/0-D1 

46 

PB7A 

PB8A 

PB9A 

PB10A 

I/O 

5 

PT4A 

PT5A 

PT6A 

PT7A 

l/O-DO/DIN 

47 

PB7D 

PB8D 

PB9D 

PB10D 

I/O 

6 

PT3A 

PT4A 

PT5A 

PT6A 

l/O-DOUT 

48 

PB8A 

PB9A 

PB10A 

PB11A 

l/O-HDC 

7 

PT2D 

PT3D 

PT4D 

PT5D 

I/O 

49 

PB9A 

PB10A 

PB11A 

PB12A 

l/O-LDC 

8 

PT2A 

PT3A 

PT4A 

PT4A 

l/O-TDI 

50 

PB9D 

PB10D 

PB11D 

PB13A 

I/O 

9 

PT1D 

PT2A 

PT3A 

PT3A 

l/O-TMS 

51 

PB10A 

PB11A 

PB12C 

PB13D 

I/O-TNIT 

10 

PT1A 

PT1A 

PT1A 

PT1A 

l/O-TCK 

52 

PB10D 

PB12A 

PB13D 

PB15D 

I/O 

11 

RD_DATA 

fTDO 

RD_DATA 

yTDO 

RD DATA 
fTDO 

RD DATA 
fTDO 

RD_DATA 

yTDO 

53 

DONE 

DONE 

DONE 

DONE 

DONE 

12 

VDD 

VDD 

VDD 

VDD 

VDD 

54 

RESET 

RESET 

RESET 

RESET 

RESET 

13 

VSS 

VSS 

VSS 

VSS 

VSS 

55 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

14 

PL1C 

PL1A 

PL2D 

PL2D 

l/O-AO 

56 

PR10A 

PR12A 

PR14A 

PR16A 

l/O-MO 

15 

PL1A 

PL2A 

PL3A 

PL3A 

I/0-A1 

57 

PR10D 

PR11A 

PR12A 

PR14A 

I/O 

16 

PL2D 

PL3D 

PL4D 

PL4A 

I/0-A2 

58 

PR9A 

PR10A 

PR11A 

PR13B 

I/0-M1 

17 

PL2A 

PL3A 

PL4A 

PL5A 

I/0-A3 

59 

PR9D 

PR10D 

PR11D 

PR12B 

I/O 

18 

PL3A 

PL4A 

PL5A 

PL6A 

I/0-A4 

60 

PR8A 

PR9A 

PR10A 

PR11A 

I/0-M2 

19 

PL4D 

PL5D 

PL6D 

PL7D 

I/0-A5 

61 

PR7A 

PR8A 

PR9A 

PR10A 

I/0-M3 

20 

PL4A 

PL5A 

PL6A 

PL7A 

I/0-A6 

62 

PR7D 

PR8D 

PR9D 

PR10D 

I/O 

21 

PL5A 

PL6A 

PL7A 

PL8A 

I/0-A7 

63 

PR6A 

PR7A 

PR8D 

PR9D 

I/O 

22 

VDD 

VDD 

VDD 

VDD 

VDD 

64 

VDD 

VDD 

VDD 

VDD 

VDD 

23 

PL6A 

PL7A 

PL8A 

PL9A 

I/0-A8 

65 

PR5A 

PR6A 

PR7A 

PR8A 

I/O 

24 

VSS 

VSS 

VSS 

VSS 

VSS 

66 

VSS 

VSS 

VSS 

VSS 

VSS 

25 

PL7D 

PL8D 

PL9D 

PL10D 

I/0-A9 

67 

PR4A 

PR5A 

PR6A 

PR7A 

I/O 

26 

PL7A 

PL8A 

PL9A 

PL10A 

I/O-A10 

68 

PR4D 

PR5D 

PR6D 

PR7D 

I/O 

27 

PL8A 

PL9A 

PL10A 

PL11A 

I/0-A11 

69 

PR3A 

PR4A 

PR5A 

PR6A 

I/0-CS1 

28 

PL9D 

PL10D 

PL11D 

PL12D 

I/0-A12 

70 

PR2A 

PR3A 

PR4A 

PR5A 

l/O-C^ 

29 

PL9A 

PL10A 

PL11A 

PL13D 

I/0-A13 

71 

PR2D 

PR3D 

PR4D 

PR4D 

I/O 

30 

PL10D 

PL11A 

PL12A 

PL14C 

I/0-A14 

72 

PR1A 

PR2A 

PR3A 

PR3A 

l/O-RD 

31 

PL10A 

PL12A 

PL14A 

PL16A 

I/0-A15 

73 

PR1D 

PR1A 

PR2A 

PR2A 

l/O-WR 

32 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

74 

RD_CFGN 

RD_CFGN 

RD.CFGN 

RD_CFGN 

RD_CFGN 

33 

VDD 

VDD 

VDD 

VDD 

VDD 

75 

VDD 

VDD 

VDD 

VDD 

VDD 

34 

vss 

vss 

vss 

vss 

vss 

76 

vss 

VSS 

VSS 

vss 

vss 

35 

PB1A 

PB1A 

PB1A 

PB1A 

I/0-A16 

77 

PT10C 

PT12A 

PT13D 

PT15D 

l/O-RDY/RCLK 

36 

PB1D 

PB2A 

PB3A 

PB3B 

I/0-A17 

78 

PT9D 

PT11A 

PT12C 

PT13D 

I/0-D7 

37 

PB2A 

PB3A 

PB3D 

PB4D 

I/O 

79 

PT9C 

PT10D 

PT11D 

PT13A 

I/O 

38 

PB2D 

PB3D 

PB4D 

PB5D 

I/O 

80 

PT9A 

PT10A 

PT11B 

PT12B 

I/0-D6 

39 

PB3A 

PB4A 

PB5A 

PB6A 

I/O 

81 

PT8A 

PT9A 

PT10A 

PT11A 

I/0-D5 

40 

PB4A 

PB5A 

PB6A 

PB7A 

I/O 

82 

PT7D 

PT8D 

PT9D 

PT10D 

I/O 

41 

PB4D 

PB5D 

PB6D 

PB7D 

I/O 

83 

PT7A 

PT8A 

PT9A 

PT10A 

I/0-D4 

42 

PB5A 

PB6A 

PB7A 

PB8A 

I/O 

84 

PT6A 

PT7A 

PT8A 

PT9A 

I/0-D3 
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Pin Information (continued) 


Table 17. ATT2C04 and ATT2C06100-Pin TQFP Pinout 


Pin 

2C04 Pad 

2C06 Pad 

Function 

Pin 

2C04 Pad 

2C06 Pad 

Function 

1 

Vdd 

Vdd 

Vdd 

43 

PB8C 

PB9C 

I/O 

2 

Vss 

Vss 

Vss 

44 

PB8D 

PB9D 

I/O 

3 

PL1C 

PL1A 

l/O-AO 

45 

PB9A 

PB10A 

l/O-LDC 

4 

PL1A 

PL2A 

I/0-A1 

46 

PB9D 

PB10D 

I/O 

5 

PL2D 

PL3D 

I/0-A2 

47 

PB10A 

PB11A 

I/O-IMT 

6 

PL2A 

PL3A 

I/0-A3 

48 

PB10D 

PB12A 

I/O 

7 

PL3D 

PL4D 

I/O 

49 

DONE 

DONE 

DONE 

8 

PL3A 

PL4A 

I/0-A4 

50 

Vdd 

Vdd 

Vdd 

9 

^essm 

PL5D 

I/0-A5 


RESET 

RESET 

RESET 

10 

■aSEH 


I/0-A6 


PRGM 

PRGM 

PRGM 

11 


PL6D 

I/O 


PR10A 

PR12A 

l/O-MO 

12 



I/0-A7 

1 54 

PR10D 

PR11A 

I/O 

mm 

Vdd 


Vdd 


PR9A 

PR10A 

I/0-M1 

14 _ 



I/0-A8 


PR9D 

PR10D 

I/O 

mm 

Vss 

Vss 

Vss 


PR8A 

PR9A 

I/0-M2 

mm 

PL7D 

PL8D 

I/0-A9 

1 58 

PR8D 

PR9D 

I/O 

17 



I/O-A10 

mm 

PR7A 

PR8A 

I/0-M3 

18 



I/0-A11 


PR7D 

PR8D 

I/O 




I/0-A12 

1 

Vss 

Vss 

Vss 




I/O 


PR6A 

PR7A 

I/O 




I/0-A13 


Vdd 

Vdd 

Vdd 




I/0-A14 

64 

PR5A 

PR6A 

I/O 




I/0-A15 

65 

Vss 

Vss 

Vss 




Vss 

66 

PR4A 

PR5A 

I/O 




CCLK 


PR4D 

PR5D 

I/O 



Vdd 

Vdd 

1 68 

PR3A 

PR4A 

I/0-CS1 




Vss 


PR3D 

PR4D 

I/O 



PB1A 

I/0-A16 

mm 

PR2A 

PR3A 

l/O-CSO 



PB1D 

I/O 

mm 

PR2D 

PR3D 

I/O 


PB1D 

PB2A 

I/0-A17 

mm 

HmiQiiii 

PR2A 

l/O-RD 



PB3A 

I/O 

Kl 

PRIG 

PR2D 

I/O 



PB3D 

I/O 

JEM 

PR1D 

PR1A 

l/O-WR 

33 

PB3A 

PB4A 

I/O 

75 

RD_CFGN 

RD_CFGN 

RD_CFGN 

34 

PB4A 

PB5A 

I/O 

76 

Vdd 

Vdd 

Vdd 

35 

PB4D 

PB5D 

I/O 

77 

Vss 

Vss 

Vss 

36 

PB5A 

PB6A 

I/O 

78 

PT10C 

PTI^A 

l/O-RDY/RCLK 

37 

Vss 

Vss 

Vss 

79 

PT9D 

PT11A 

I/0-D7 

38 

PB6A 

PB7A 

I/O 

80 

PT9C 

PT10D 

I/O 

39 

Vss 

Vss 

Vss 

81 

PT9A 

PT10A 

I/0-D6 

40 

PB7A 

PB8A 

I/O 

82 

PT8D 

PT9D 

I/O 

41 

PB7D 

PB8D 

I/O 

83 

PT8A 

PT9A 

I/0-D5 

42 

PB8A 

PB9A 

l/O-HDC 

84 

PT7D 

PT8D 

I/O 
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Pin Information (continued) 


Table 17. ATT2C04 and ATT2C06 100-Pin TQFP Pinout (continued) 


Pin 

2C04 Pad 

2C06 Pad 

Function 

Pin 

2C04 Pad 

2C06 Pad 

Function 

85 

PT7A 

PT8A 

I/0-D4 

93 

PT3D 

PT4D 

I/O 

86 

PT6D 

PT7D 

I/O 

94 

PT3A 

PT4A 

l/O-DOUT 

87 

PT6A 

PT7A 

I/0-D3 

95 

PT2D 

PT3D 

I/O 

88 

VSS 

Vss 

Vss 

96 

PT2A 

PT3A 

l/O-TDI 

89 

PT5A 

PT6A 

I/0-D2 

97 

PT1D 

PT2A 

l/O-TMS 

90 

Vss 

Vss 

Vss 

98 

PT1C 

PT1D 

I/O 

91 

PT4D 

PT5D 

I/0-D1 

99 

PT1A 

PT1A 

l/O-TCK 

92 

PT4A 

PT5A 

l/O-DO/DIN 

100 

RD_DATAyTDO 

RD_DATA/TDO 

RD_DATA/TDO 
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Table 18. ATT2C04 and ATT2C06 144-Pin TQFP Pinout 


Pin 

2C04 Pad 

2C06 Pad 

Function 

Pin 

2C04 Pad 

2C06 Pad 

Function 

1 

Vdd 

Vdd 

Vdd 

43 

PB2B 

PB3B 

I/O 

2 

vss 

Vss 

Vss 

44 

PB2D 

PB3D 

I/O 

3 

PL1C 

PL1A 

l/O-AO 

45 

Vdd 

Vdd 

Vdd 

4 

PL1B 

PL2D 

I/O 

46 

PB3A 

PB4A 

I/O 

5 

PL1A 

PL2A 

I/0-A1 

47 

PB3D 

PB4D 

I/O 


PL2D 

PL3D 

I/0-A2 

48 

PB4A 

PB5A 

I/O 


PL2A 

PL3A 

I/0-A3 

49 

PB4C 

PB5C 

I/O 


PL3D 


I/O 


PB4D 

PB5D 

I/O 

9 

PL3C 

PL4C 

I/O 

wm 

PB5A 

PB6A 

I/O 

10 


PL4A 

I/0-A4 

1 52 

PB5C 

PB6C 

I/O 

11 


PL5D 

I/0-A5 


PB5D 

PB6D 

I/O 

12 

PB4C 

PB5C 

I/O 

54 

Vss 

Vss 

Vss 

■El 

PL4A 

PL5A 

I/0-A6 

55 

PB6A 

PB7A 

I/O 

■01 

Vss 

Vss 

Vss 


PB6C 

PB7C 

I/O 

15 

PL5D 

PL6D 

I/O 


PB6D 

PB7D 

I/O 

16 



I/O 


PB7A 

PB8A 

I/O 

17 

PL5A 

PL6A 

I/0-A7 


PB7D 

PB8D 

I/O 

18 

Vdd 

Vdd 

Vdd 

60 

PB8A 

PB9A 

l/O-HDC 

■El 

PL6D 

PL7D 

I/O 

61 

PB8C 

PB9C 

I/O 

20 

PL6C 

PL7C 

I/O 

62 

PB8D 

PB9D 

I/O 


PL6A 

PL7A 


El 

Vdd 

Vdd 

Vdd 


Vss 

Vss 

Vss 

64 

PB9A 

PB10A 

l/O-LDC 





65 

PB9C 

PB10C 

I/O 

24 

PL7A 

PL8A 

I/O-A10 

MAM 

PB9D 

PB10D 

I/O 


PL8D 

PL9D 

I/O 


PB10A 

PB11A 

I/O-TNIT 

26 

PL8C 

PL9C 

I/O 

^^1 

PB10C 

PB11D 

I/O 


PL8A 

PL9A 

I/0-A11 

l^l 

PB10D 

PB12A 

I/O 

28 

PL9D 

PL10D 

I/0-A12 

HI 

Vss 

Vss 

Vss 


PB9C 

PB10C 

I/O 

mm 

DONE 

DONE 

DONE 


PL9A 

PL10A 

I/0-A13 

mm 

Vdd 

Vdd 

Vdd 


PL10D 

PL11A 

I/0-A14 

73 

Vss 

Vss 

Vss 


PL10C 

PL12D 

I/O 

74 

RESET 

RESET 

RESET 

33 

PL10B 

PL12B 

I/O 

75 

PRGM 

PRGM 

PRGM 

34 

PL10A 

PL12A 

I/0-A15 

76 

PR10A 

PR12A 

l/O-MO 

35 

Vss 

Vss 

Vss 

77 

PR10B 

PR12D 

I/O 

36 

CCLK 

CCLK 

CCLK 

78 

PR10D 

PR11A 

I/O 

37 

Vdd 

Vdd 

Vdd 

79 

PR9A 

PR10A 

I/0-M1 

38 

Vss 

Vss 

Vss 

80 

PR9C 

PR10C 

I/O 

39 

PB1A 

PB1A 

I/0-A16 

81 

PR9D 

PR10D 

I/O 

40 

PB1C 

PB1D 

I/O 

82 

PR8A 

PR9A 

I/0-M2 

41 

PB1D 

PB2A 

I/0-A17 

83 

PR8B 

PR9B 

I/O 


PB2A 

PB3A 

I/O 

84 

PR8D 

PR9D 

I/O 
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Table 18. ATT2C04 and ATT2C06 144-PmTQFP Pinout (continued) 


Pin 

2C04 Pad 

2C06 Pad 

Function 

Pin 

2C04 Pad 

2C06 Pad 

Function 

85 

PR7A 

PR8A 

I/0-M3 

115 

PT9C 

PT10D 

I/O 

86 

PR7D 

PR8D 

I/O 

116 

PT9B 

PTIOC 

I/O 

87 

Vss 

Vss 

Vss 

117 

PT9A 

PT10A 

I/0-D6 

88 

PR6A 

PR7A 

I/O 

118 

Vdd 

Vdd 

Vdd 

89 

PR6C 

PR7C 

I/O 

119 

PT8D 

PT9D 

I/O 

90 

PR6D 

PR7D 

I/O 

120 

PT8A 

PT9A 

I/0-D5 

91 

Vdd 

Vdd 

Vdd 

121 

PT7D 

PT8D 

I/O 

92 

PR5A 

PR6A 

I/O 

122 

PT7B 

PT8B 

I/O 

93 

PR5C 

PR6C 

I/O 

123 

PT7A 

PT8A 

I/0-D4 

94 

PR5D 

PR6D 

I/O 

124 

PT6D 

PT7D 

I/O 

95 

Vss 

VS$ 

Vss 

125 

PT6C 

PT7C 

I/O 

96 

PR4A 

PR5A 

I/O 

126 

PT6A 

PT7A 

I/0-D3 

97 

PR4C 

PR5C 

I/O 

127 

Vss 

Vss 

Vss 

98 

PR4D 

PR5D 

I/O 

128 

PT5D 

PT6D 

I/O 

99 

PR3A 

PR4A 

I/0-CS1 

129 

PT5C 

PT6C 

I/O 

100 

PR3D 

PR4D 

I/O 

130 

PT5A 

PT6A 

I/0-D2 

101 

PR2A 

PR3A 

l/O-CSO 

131 

PT4D 

PT5D 

I/0-D1 

102 

PR2D 

PR3D 

I/O 

132 

PT4C 

PT5C 

I/O 

103 

PR1A 

PR2A 

l/O-RD 

133 

PT4A 

PT5A 

l/O-DO/DIN 

104 

PR1B 

PR2B 

I/O 

134 

PT3D 

PT4D 

I/O 

105 

PR1C 

PR2D 

I/O 

135 

PT3A 

PT4A 

l/O-DOUT 

106 

PR1D 

PR1A 

l/O-WR 

136 

Vdd 

Vdd 

Vdd 

107 

Vss 

Vss 

Vss 

137 

PT2D 

PT3D 

I/O 

108 

RD_CFGN 

RD_CFGN 

RD_CFGN 

138 

PT2C 

PT3C 

I/O 

109 

Vdd 

Vdd 

Vdd 

139 

PT2A 

PT3A 

l/O-TDI 

110 

Vss 

Vss 

Vss 

140 

PT1D 

PT2A 

l/O-TMS 

111 

PT10D 

PT10D 

I/O 

141 

PT1C 

PT1D 

I/O 

112 

PTIOC 

PT12A 

l/O-RDY/RCLK 

142 

PT1A 

PT1A 

l/O-TCK 

113 

PT10B 

PT11D 

I/O 

143 

Vss 

Vss 

Vss 

114 

PT9D 

PT11A 

I/0-D7 

144 

RD_DATA/ 

TDO 

RD DATA/ 
TDO 

RD_DATA/TDO 
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Table 19. ATT2C04, ATT2C06, ATT2C08, and ATT2C10 160-Pin QFP Pinout 


Pin 

2C04 Pad 

2C06 Pad 

2C08 Pad 

2C10 Pad 

Function 

1 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

2 

Vss 

Vss 

Vss 

Vss 

Vss 

3 

PUD 

PUD 

PL1D 

PL1D 

I/O 

4 

PL1C 

PLIA 

PL2D 

PL2D 

l/O-AO 

5 

PUB 

PL2D 

PL3D 

PL3D 

I/O 

6 

PLIA 

PL2A 

PL3A 

PL3A 

I/0-A1 

7 

PL2D 

PL3D 

PL4D 

PL4A 

I/0-A2 

8 

PL2C 

PL3C 

PL4C 

PL5C 

I/O 

9 

PL2A 

PL3A 

PL4A 

PL5A 

I/0-A3 

10 

PL3D 

PL4D 

PL5D 

PL6D 

I/O 

11 

PL3C 

PL4C 

PL5C 

PL6C 

I/O 

12 

PL3A 

PL4A 

PL5A 

PL6A 

I/0-A4 

13 

PL4D 

PL5D 

PL6D 

PL7D 

I/0-A5 

14 

PL4C 

PL5C 

PL6C 

PL7C 

I/O 

15 

PL4A 

PL5A 

PL6A 

PL7A 

I/0-A6 

16 

Vss 

Vss 

Vss 

Vss 

Vss 

17 

PL5D 

PL6D 

PL7D 

PL8D 

I/O 

18 

PL5C 

PL6C 

PL7C 

PL8C 

I/O 

19 

PL5A 

PL6A 

PL7A 

PL8A 

I/0-A7 

20 

Vdd 

Vdd 

Vdd 

Vdd 

VDD 

21 

PL6D 

PL7D 

PL8D 

PL9D 

I/O 

22 

PL6C 

PL7C 

PL8C 

PL9C 

I/O 

23 

PL6A 

PL7A 

PL8A 

PL9A 

I/0-A8 

24 

Vss 

Vss 

Vss 

Vss 

Vss 

25 

PL7D 

PL8D 

PL9D 

PLIOD 

I/0-A9 

26 

PL7B 

PL8B 

PL9B 

PLIOB 

I/O 

27 

PL7A 

PL8A 

PL9A 

PLIOA 

I/O-A10 

28 

PL8D 

PL9D 

PLIOD 

PL11D 

I/O 

29 

PL8C 

PL9C 

PLIOC 

PL11C 

I/O 

30 

PL8A 

PL9A 

PLIOA 

PL11A 

I/0-A11 

31 

PL9D 

PLIOD 

PL11D 

PL12D 

I/0-A12 

32 

PL9C 

PLIOC 

PL11C 

PL12C 

I/O 

33 

PL9B 

PLIOB 

PL11B 

PL12B 

I/O 

34 

PL9A 

PLIOA 

PL11A 

PL13D 

I/0-A13 

35 

PLIOD 

PL11A 

PL12A 

PL14C 

I/0-A14 

36 

PLIOC 

PL12D 

PL13D 

PL15D 

I/O 

37 

PLIOB 

PL12B 

PL14D 

PL16D 

I/O 

38 

PLIOA 

PL12A 

PL14A 

PL16A 

I/0-A15 

39 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

40 

Vss 

Vss 

Vss 

Vss 

Vss 

41 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

42 

Vss 

Vss 

Vss 

Vss 

Vss 

43 

PB1A 

PB1A 

PB1A 

PB1A 

I/0-A16 
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Table 19. ATT2C04, ATT2C06, ATT2C08, and ATT2C10 160-Pin QFP Pinout (continued) 


Pin 

2C04 Pad 

2C06 Pad 

2C08 Pad 

2C10 Pad 

Function 

44 

PB1B 

PB1C 

PB2A 

PB2A 

I/O 

45 

PB1C 

PB1D 

PB2D 

PB2D 

I/O 

46 

PB1D 

PB2A 

PB3A 

PB3B 

I/0-A17 

47 

PB2A 

PB3A 

PB3D 

PB4D 

I/O 

48 

PB2B 

PB3B 

PB4A 

PB5A 

I/O 

49 

PB2C 

PB3C 

PB4C 

PB5C 

I/O 

50 

PB2D 

PB3D 

PB4D 

PB5D 

I/O 

51 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

52 

PB3A 

PB4A 

PB5A 

PB6A 

I/O 

53 

PB3D 

PB4D 

PB5D 

PB6D 

I/O 

54 

PB4A 

PB5A 

PB6A 

PB7A 

I/O 

55 

PB4C 

PB5C 

PB6C 

PB7C 

I/O 

56 

PB4D 

PB5D 

PB6D 

PB7D 

I/O 

57 

PB5A 

PB6A 

PB7A 

PB8A 

I/O 

58 

PB5C 

PB6C 

PB7C 

PB8C 

I/O 

59 

PB5D 

PB6D 

PB7D 

PB8D 

I/O 

60 

Vss 

Vss 

Vss 

Vss 

Vss 

61 

PB6A 

PB7A 

PB8A 

PB9A 

I/O 

62 

PB6C 

PB7C 

PB8C 

PB9C 

I/O 

63 

PB6D 

PB7D 

PB8D 

PB9D 

I/O 

64 

PB7A 

PB8A 

PB9A 

PB10A 

I/O 

65 

PB7D 

PB8D 

PB9D 

PB10D 

I/O 

66 

PB8A 

PB9A 

PB10A 

PB11A 

l/O-HDC 

67 

PB8C 

PB9C 

PB10C 

PB11C 

I/O 

68 

PB8D 

PB9D 

PB10D 

PB11D 

I/O 

69 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

70 

PB9A 

PB10A 

PB11A 

PB12A 

l/O-LDC 

71 

PB9B 

PB10B 

PB11D 

PB13A 

I/O 

72 

PB9C 

PB10C 

PB12A 

PB13B 

I/O 

73 

PB9D 

PB10D 

PB12B 

PB13C 

I/O 

74 

PB10A 

PB11A 

PB12C 

PB13D 

I/O-INIT 

75 

PB10B 

PB11C 

PB12D 

PB14A 

I/O 

76 

PB10C 

PB11D 

PB13D 

PB15D 

I/O 

77 

PB10D 

PB12A 

PB14D 

PB16D 

I/O 

78 

Vss 

Vss 

Vss 

Vss 

Vss 

79 

DONE 

DONE 

DONE 

DONE 

DONE 

80 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

81 

Vss 

Vss 

Vss 

Vss 

Vss 

82 

RESET 

RESET 

RESET 

RESET 

RESET 

83 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

84 

PR10A 

PR12A 

PR14A 

PR16A 

l/O-MO 

85 

PR10B 

PR12D 

PR13A 

PR15A 

I/O 
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Table 19. ATT2C04, ATT2C06, ATT2C08, and ATT2C10160-Pin QFP Pinout (continued) 


Pin 

2C04 Pad 

2C06 Pad 

2C08 Pad 

2C10 Pad 

Function 

86 

PR10C 

PR11A 

PR13D 

PR15D 

I/O 

87 

PR10D 

PR11B 

PR12A 

PR14A 

I/O 

88 

PR9A 

PR10A 

PR11A 

PR13B 

I/0-M1 

89 

PR9B 

PR10B 

PR11B 

PR13C 

I/O 

90 

PR9C 

PR10C 

PR11C 

PR12A 

I/O 

91 

PR9D 

PR10D 

PR11D 

PR12B 

I/O 

92 

PR8A 

PR9A 

PR10A 

PR11A 

I/0-M2 

93 

PR8B 

PR9B 

PR10B 

PR11B 

I/O 

94 

PR8D 

PR9D 

PR10D 

PR11D 

I/O 

95 

PR7A 

PR8A 

PR9A 

PR10A 

I/0-M3 

96 

PR7D 

PR8D 

PR9D 

PR10D 

I/O 

97 

VSS 

Vss 

Vss 

Vss 

Vss 

98 

PR6A 

PR7A 

PR8A 

PR9A 

I/O 

99 

PR6C 

PR7C 

PR8C 

PR9C 

I/O 

100 

PR6D 

PR7D 

PR8D 

PR9D 

I/O 

101 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

102 

PR5A 

PR6A 

PR7A 

PR8A 

I/O 

103 

PR5C 

PR6C 

PR7C 

PR8C 

I/O 

104 

PR5D 

PR6D 

PR7D 

PR8D 

I/O 

105 

Vss 

Vss 

Vss 

Vss 

Vss 

106 

PR4A 

PR5A 

PR6A 

PR7A 

I/O 

107 

PR4C 

PR5C 

PR6C 

PR7C 

I/O 

108 

PR4D 

PR5D 

PR6D 

PR7D 

I/O 

109 

PR3A 

PR4A 

PR5A 

PR6A 

I/0-CS1 

110 

PR3B 

PR4B 

PR5B 

PR6B 

I/O 

111 

PR3D 

PR4D 

PR5D 

PR6D 

I/O 

112 

PR2A 

PR3A 

PR4A 

PR5A 

l/O-C^ 

113 

PR2C 

PR3C 

PR4B 

PR4B 

I/O 

114 

PR2D 

PR3D 

PR4D 

PR4D 

I/O 

115 

PR1A 

PR2A 

PR3A 

PR3A 

\/o-m 

116 

PR1B 

PR2C 

PR3C 

PR3C 

I/O 

117 

PR1C 

PR2D 

PR3D 

PR3D 

I/O 

118 

PR1D 

PR1A 

PR2A 

PR2A 

i/o-wr 

119 

Vss 

Vss 

1 

Vss 

Vss 

Vss 

120 

RD_CFGN 

rC)_cfgn 

RD_CFGN 

RD_CFGN 

RD_CFGN 

121 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

122 

Vss 

Vss 

Vss 

Vss 

Vss 

123 

PT10D 

PT12D 

PT14D 

PT16D 

I/O 

124 

PT10C 

PT12A 

PT13D 

PT15D 

l/O-RDY/RCLK 

125 

PT10B 

PT11D 

PT13A 

PT15A 

I/O 

126 

PT10A 

PT11C 

PT12D 

PT14D 

I/O 

127 

PT9D 

PT11A 

PT12C 

PT13D 

I/0-D7 
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Table 19. ATT2C04, ATT2C06, ATT2C08, and ATT2C10160-Pin QFP Pinout (continued) 


Pin 

2C04 Pad 

2C06 Pad 

2C08 Pad 

2C10 Pad 

Function 

128 

PT9C 

PT10D 

PT12A 

PT13B 

I/O 

129 

PT9B 

PT10C 

PT11D 

PT13A 

I/O 

130 

PT9A 

PT10A 

PT11B 

PT12B 

I/0-D6 

131 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

132 

PT8D 

PT9D 

PT10D 

PT11D 

I/O 

133 

PT8A 

PT9A 

PT10A 

PT11A 

I/0-D5 

134 

PT7D 

PT8D 

PT9D 

PT10D 

I/O 

135 

PT7B 

PT8B 

PT9B 

PT10B 

I/O 

136 

PT7A 

PT8A 

PT9A 

PT10A 

I/0-D4 

137 

PT6D 

PT7D 

PT8D 

PT9D 

I/O 

138 

PT6C 

PT7C 

PT8C 

PT9C 

I/O 

139 

PT6A 

PT7A 

PT8A 

PT9A 

I/0-D3 

140 

Vss 

Vss 

Vss 

Vss 

Vss 

141 

PT5D 

PT6D 

PT7D 

PT8D 

I/O 

142 

PT5C 

PT6C 

PT7C 

PT8C 

I/O 

143 

PT5A 

PT6A 

PT7A 

PT8A 

I/0-D2 

144 

PT4D 

PT5D 

PT6D 

PT7D 

I/0-D1 

145 

PT4C 

PT5C 

PT6C 

PT7C 

I/O 

146 

PT4A 

PT5A 

PT6A 

PT7A 

l/O-DO/DIN 

147 

PT3D 

PT4D 

PT5D 

PT6D 

I/O 

148 

PT3C 

PT4C 

PT5C 

PT6C 

I/O 

149 

PT3A 

PT4A 

PT5A 

PT6A 

l/O-DOUT 

150 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

151 

PT2D 

PT3D 

PT4D 

PT5D 

I/O 

152 

PT2C 

PT3C 

PT4C 

PT5A 

I/O 

153 

PT2B 

PT3B 

PT4B 

PT4D 

I/O 

154 

PT2A 

PT3A 

PT4A 

PT4A 

l/O-TDI 

155 

PT1D 

PT2A 

PT3A 

PT3A 

l/O-TMS 

156 

PT1C 

PT1D 

PT2A 

PT2A 

I/O 

157 

PT1B 

PT1C 

PT1D 

PT1D 

I/O 

158 

PT1A 

PT1A 

PT1A 

PT1A 

l/O-TCK 

159 

Vss 

Vss 

Vss 

Vss 

Vss 

160 

RD_DATA/TDO 

RD_DATAyTDO 

RD_DATA/TDO 

RD_DATA/TDO 

RD.DATATTDO 


Lucent Technologies Inc. 


2-233 





ORCA 2C Series FPGAs 


FPGA Data Book 


Pin Information (continued) 


Table 20. ATT2C04, ATT2C06, ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, 
and ATT2C40 208-Pin SQFP/SQFP-PQ2 Pinout 


Pin 

2C04 Pad 

2C06 Pad 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

1 

vss 

vss 

vss 

vss 

VSS 

VSS 

VSS 

VSS 

VSS 

2 

vss 

vss 

VSS 

vss 

vss 

vss 

vss 

vss 

vss 

3 

PL1D 

PL1D 

PL1D 

PL1D 

PL1D 

PL1D 

PL1D 

PL1D 

I/O 

4 

PL1C 

PL1A 

PL2D 

PL2D 

PL2D 

PL2D 

PL2D 

PL3D 

l/O-AO 

5 

PL1B 

PL2D 

PL3D 

PL3D 

PL3D 

PL4D 

PL4D 

PL5D 

I/O 

6 

See Note 

PL2C 

PL3C 

PL3C 

PL3A 

PL4A 

PL4A 

PL6D 

I/O 

7 

PL1A 

PL2A 

PL3A 

PL3A 

PL4A 

PL5A 

PL5A 

PL8D 

I/0-A1 

8 

PL2D 

PL3D 

PL4D 

PL4A 

PL5A 

PL6A 

PL6A 

PL9A 

I/0-A2 

9 

PL2C 

PL3C 

PL4C 

PL5C 

PL6D 

PL7D 

PL7D 

PL10D 

I/O 

10 

PL2B 

PL3B 

PL4B 

PL5B 

PL6B 

PL7B 

PL7B 

PL10B 

I/O 

11 

PL2A 

PL3A 

PL4A 

PL5A 

PL6A 

PL7A 

PL7A 

PL10A 

I/0-A3 

12 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

13 

PL3D 

PL4D 

PL5D 

PL6D 

PL7D 

PL8D 

PL8D 

PL11D 

I/O 

14 

PL3C 

PL4C 

PL5C 

PL6C 

PL7C 

PL8G 

PL8A 

PL11A 

I/O 

15 

PL3B 

PL4B 

PL5B 

PL6B 

PL7B 

PL8B 

PL9D 

PL12D 

I/O 

16 

PL3A 

PL4A 

PL5A 

PL6A 

PL7A 

PL8A 

PL9A 

PL12A 

I/0-A4 

17 

PL4D 

PL5D 

PL6D 

PL7D 

PL8D 

PL9D 

PL10D 

PL13D 

I/0-A5 

18 

PL4C 

PL5C 

PL6C 

PL7C 

PL8C 

PL9G 

PL10A 

PL13A 

I/O 

19 

PL4B 

PL5B 

PL6B 

PL7B 

PL8B 

PL9B 

PL11D 

PL14D 

I/O 

20 

PL4A 

PL5A 

PL6A 

PL7A 

PL8A 

PL9A 

PL11A 

PL14A 

I/0-A6 

21 

VSS 

VSS 

vss 

VSS 

vss 

VSS 

VSS 

VSS 

VSS 

22 

PL5D 

PL6D 

PL7D 

PL8D 

PL9D 

PL10D 

PL12D 

PL15D 

I/O 

23 

PL5C 

PL6C 

PL7C 

PL8C 

PL9C 

PL10G 

PL12G 

PL15G 

I/O 

24 

PL5B 

PL6B 

PL7B 

PL8B 

PL9B 

PL10B 

PL12B 

PL15B 

I/O 

25 

PL5A 

PL6A 

PL7A 

PL8A 

PL9A 

PL10A 

PL12A 

PL15A 

I/0-A7 

26 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

27 

PL6D 

PL7D 

PL8D 

PL9D 

PL10D 

PL11D 

PL13D 

PL16D 

I/O 

28 

PL6C 

PL7C 

PL8C 

PL9C 

PL10C 

PLUG 

PL13G 

PL16G 

I/O 

29 

PL6B 

PL7B 

PL8B 

PL9B 

PL10B 

PL11B 

PL13B 

PL16B 

I/O 

30 

PL6A 

PL7A 

PL8A 

PL9A 

PL10A 

PL11A 

PL13A 

PL16A 

I/0-A8 

31 

vss 

vss 

vss 

vss 

vss 

vss 

VSS 

vss 

vss 

32 

PL7D 

PL8D 

PL9D 

PL10D 

PL11D 

PL12D 

PL14D 

PL17D 

I/0-A9 

33 

PL7C 

PL8C 

PL9C 

PL10C 

PLUG 

PL12G 

PL14A 

PL17A 

I/O 

34 

PL7B 

PL8B 

PL9B 

PL10B 

PL11B 

PL12B 

PL15D 

PL18D 

I/O 

35 

PL7A 

PL8A 

PL9A 

PL10A 

PL11A 

PL12A 

PL15A 

PL18A 

I/O-A10 

36 

PL8D 

PL9D 

PL10D 

PL11D 

PL12D 

PL13D 

PL16D 

PL19D 

I/O 

37 

PL8C 

PL9C 

PL10C 

PLUG 

PL12G 

PL13G 

PL16A 

PL19A 

I/O 

38 

PL8B 

PL9B 

PL10B 

PL11B 

PL12B 

PL13B 

PL17D 

PL20D 

I/O 


Note: The ATT2C04 does not have bond pads connected to 208-pin SQFP package pin numbers 6, 45, 47, 56, 60,102,153,154,166, 201, 
and 203. 
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Table 20. ATT2C04, ATT2C06, ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, 
and ATT2C40 208-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C04 Pad 

2C06 Pad 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

39 

PL8A 

PL9A 

PL10A 

PL11A 

PL12A 

PL13A 

PL17A 

PL20A 

I/0-A11 

40 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

41 

PL9D 

PL10D 

PL11D 

PL12D 

PL13D 

PL14D 

PL18D 

PL21D 

I/0-A12 

42 

PL9C 

PL10C 

PL11C 

PL12C 

PL13B 

PL14B 

PL18B 

PL21B 

I/O 

43 

PL9B 

PL10B 

PL11B 

PL12B 

PL14D 

PL15D 

PL19D 

PL22D 

I/O 

44 

PL9A 

PL10A 

PL11A 

PL13D 

PL14B 

PL15B 

PL19B 

PL22B 

I/0-A13 

45 

See Note 

PL11D 

PL12D 

PL13B 

PL15D 

PL16D 

PL20D 

PL23D 

I/O 

46 

PL10D 

PL11A 

PL12A 

PL14C 

PL16D 

PL17D 

PL21D 

PL25A 

I/0-A14 

47 

See Note 

PL12D 

PL13D 

PL15D 

PL17D 

PL18D 

PL22D 

PL27D 

I/O 

48 

PL10C 

PL12C 

PL13A 

PL15A 

PL17A 

PL19D 

PL23D 

PL28D 

I/O 

49 

PL10B 

PL12B 

PL14D 

PL16D 

PL18C 

PL19A 

PL23A 

PL28A 

I/O 

50 

PL10A 

PL12A 

PL14A 

PL16A 

PL18A 

PL20A 

PL24A 

PL30A 

I/0-A15 

51 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

52 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

53 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

54 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

55 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

I/0-A16 

56 

See Note 

PB1B 

PB1D 

PB1D 

PB1D 

PB2A 

PB2A 

PB3A 

I/O 

57 

PB1B 

PB1C 

PB2A 

PB2A 

PB2A 

PB2D 

PB2D 

PB3D 

I/O 

58 

PB1C 

PB1D 

PB2D 

PB2D 

PB2D 

PB3D 

PB3D 

PB4D 

I/O 

59 

PB1D 

PB2A 

PB3A 

PB3B 

PB3D 

PB4D 

PB4D 

PB5D 

I/0-A17 

60 

See Note 

PB2D 

PB3D 

PB4D 

PB4D 

PB5D 

PB5D 

PB6D 

I/O 

61 

PB2A 

PB3A 

PB4A 

PB5A 

PB5B 

PB6B 

PB6B 

PB7D 

I/O 

62 

PB2B 

PB3B 

PB4B 

PB5B 

PB5D 

PB6D 

PB6D 

PB8D 

I/O 

63 

PB2C 

PB3C 

PB4C 

PB5C 

PB6B 

PB7B 

PB7B 

PB9D 

I/O 

64 

PB2D 

PB3D 

PB4D 

PB5D 

PB6D 

PB7D 

PB7D 

PB10D 

I/O 

65 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

66 

PB3A 

PB4A 

PB5A 

PB6A 

PB7A 

PB8A 

PB8A 

PB11A 

I/O 

67 

PB3B 

PB4B 

PB5B 

PB6B 

PB7B 

PB8B 

PB8D 

PB11D 

I/O 

68 

PB3C 

PB4C 

PB5C 

PB6C 

PB7C 

PB8C 

PB9A 

PB12A 

I/O 

69 

PB3D 

PB4D 

PB5D 

PB6D 

PB7D 

PB8D 

PB9D 

PB12D 

I/O 

70 

PB4A 

PB5A 

PB6A 

PB7A 

PB8A 

PB9A 

PB10A 

PB13A 

I/O 

71 

PB4B 

PB5B 

PB6B 

PB7B 

PB8B 

PB9B 

PB10D 

PB13D 

I/O 

72 

PB4C 

PB5C 

PB6C 

PB7C 

PB8C 

PB9C 

PB11A 

PB14A 

I/O 

73 

PB4D 

PB5D 

PB6D 

PB7D 

PB8D 

PB9D 

PB11D 

PB14D 

I/O 

74 

VSS 

VSS 

VSS 

VSS 

1 VSS 

VSS 

VSS 

VSS 

VSS 


Note: The ATT2C04 does not have bond pads connected to 208-pin SQFP package pin numbers 6, 45, 47, 56, 60, 102,153,154,166, 201, 
and 203. 
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Table 20. ATT2C04, ATT2C06, ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, 
and ATT2C40 208-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C04 Pad 

2C06 Pad 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

75 

PB5A 

PB6A 

PB7A 

PB8A 

PB9A 

PB10A 

PB12A 

PB15A 

I/O 

76 

PB5B 

PB6B 

PB7B 

PB8B 

PB9B 

PB10B 

PB12B 

PB15B 

I/O 

77 

PB5C 

PB6C 

PB7C 

PB8C 

PB9C 

PB10C 

PB12C 

PB15C 

I/O 

78 

PB5D 

PB6D 

PB7D 

PB8D 

PB9D 

PB10D 

PB12D 

PB15D 

I/O 

79 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

80 

PB6A 

PB7A 

PB8A 

PB9A 

PB10A 

PB11A 

PB13A 

PB16A 

I/O 

81 

PB6B 

PB7B 

PB8B 

PB9B 

PB10B 

PB11B 

PB13B 

PB16B 

I/O 

82 

PB6C 

PB7C 

PB8C 

PB9C 

PB10C 

PB11C 

PB13C 

PB16C 

I/O 

83 

PB6D 

PB7D 

PB8D 

PB9D 

PB10D 

PB11D 

PB13D 

PB16D 

I/O 

84 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

85 

PB7A 

PB8A 

PB9A 

PB10A 

PB11A 

PB12A 

PB14A 

PB17A 

I/O 

86 

PB7B 

PB8B 

PB9B 

PB10B 

PB11B 

PB12B 

PB14D 

PB17D 

I/O 

87 

PB7C 

PB8C 

PB9C 

PB10C 

PB11C 

PB12C 

PB15A 

PB18A 

I/O 

88 

PB7D 

PB8D 

PB9D 

PB10D 

PB11D 

PB12D 

PB15D 

PB18D 

I/O 

89 

PB8A 

PB9A 

PB10A 

PB11A 

PB12A 

PB13A 

PB16A 

PB19A 

l/O-HDC 

90 

PB8B 

PB9B 

PB10B 

PB11B 

PB12B 

PB13B 

PB16D 

PB19D 

I/O 

91 

PB8C 

PB9C 

PB10C 

PB11C 

PB12C 

PB13C 

PB17A 

PB20A 

I/O 

92 

PB8D 

PB9D 

PB10D 

PB11D 

PB12D 

PB13D 

PB17D 

PB20D 

I/O 

93 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

94 

PB9A 

PB10A 

PB11A 

PB12A 

PB13A 

PB14A 

PB18A 

PB21A 

l/O-LDC 

95 

PB9B 

PB10B 

PB11D 

PB13A 

PB13D 

PB14D 

PB18D 

PB22D 

I/O 

96 

PB9C 

PB10C 

PB12A 

PB13B 

PB14A 

PB15A 

PB19A 

PB23A 

I/O 

97 

PB9D 

PB10D 

PB12B 

PB13C 

PB14D 

PB15D 

PB19D 

PB24D 

I/O 

98 

PB10A 

PB11A 

PB12C 

PB13D 

PB15A 

PB16A 

PB20A 

PB25A 

l/O-TNlT 

99 

PB10B 

PB11C 

PB12D 

PB14A 

PB16A 

PB17A 

PB21A 

PB26A 

I/O 

100 

PB10C 

PB11D 

PB13A 

PB15A 

PB17A 

PB18A 

PB22A 

PB1A 

I/O 

101 

PB10D 

PB12A 

PB13D 

PB15D 

PB18A 

PB19D 

PB23D 

PB28D 

I/O 

102 

See Note 

PB12D 

PB14D 

PB16D 

PB18D 

PB20D 

PB24D 

PB30D 

I/O 

103 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

104 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

105 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 


RESET 

RESET 

RESET 

RESET 

RESET 

RESET 

RESET 

RESET 



PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 


PR10A 

PR12A 

PR14A 

PR16A 

PR18A 

PR20A 

PR24A 

PR30A 

l/O-MO 


PR10B 

PR12D 

PR13A 

PR15A 

PR18D 

PR19A 

PR23A 

PR28A 

I/O 

110 

PR10C 

PR11A 

PR13D 

PR15D 

PR17B 

PR18A 

PR22A 

PR27A 

I/O 


Note: The ATT2C04 does not have bond pads connected to 208-pin SQFP package pin numbers 6, 45, 47, 56, 60, 102,153,154,166, 201, 
and 203. 
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Pin Information (continued) 


Table 20. ATT2C04, ATT2C06, ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, 
and ATT2C40 208-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C04 Pad 

2C06 Pad 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

111 

PR10D 

PR11B 

PR12A 

PR14A 

PR16A 

PR17A 

PR21A 

PR26A 

I/O 

112 

PR9A 

PR10A 

PR11A 

PR13B 

PR15D 

PR16D 

PR20D 

PR23D 

I/0-M1 

113 

PR9B 

PR10B 

PR11B 

PR13C 

PR14A 

PR15A 

PR19A 

PR22A 

I/O 

114 

PR9C 

PR10C 

PR11C 

PR12A 

PR14D 

PR15D 

PR19D 

PR22D 

I/O 

115 

PROD 

PR10D 

PR11D 

PR12B 

PR13A 

PR14A 

PR18A 

PR21A 

I/O 

116 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

117 

PR8A 

PR9A 

PR10A 

PR11A 

PR12A 

PR13A 

PR17A 

PR20A 

I/0-M2 

118 

PR8B 

PR9B 

PR10B 

PR11B 

PR12B 

PR13B 

PR17D 

PR20D 

I/O 

119 

PR8C 

PR9C 

PR IOC 

PR11C 

PR12C 

PR13C 

PR16A 

PR19A 

I/O 

120 

PR8D 

PR9D 

PR10D 

PR11D 

PR12D 

PR13D 

PR16D 

PR19D 

I/O 

121 

PR7A 

PR8A 

PR9A 

PR10A 

PR11A 

PR12A 

PR15A 

PR18A 

I/0-M3 

122 

PR7B 

PR8B 

PR9B 

PR10B 

PR11B 

PR12B 

PR15D 

PR18D 

I/O 

123 

PR7C 

PR8C 

PR9C 

PR10C 

PR11C 

PR12C 

PR14A 

PR17A 

I/O 

124 

PR7D 

PR8D 

PR9D 

PR10D 

PR11D 

PR12D 

PR14D 

PR17D 

I/O 

125 

vss 

vss 

VSS 

vss 

VSS 

VSS 

VSS 

vss 

VSS 

126 

PR6A 

PR7A 

PR8A 

PR9A 

PR10A 

PR11A 

PR13A 

PR16A 

I/O 

127 

PR6B 

PR7B 

PR8B 

PR9B 

PR10B 

PR11B 

PR13B 

PR16B 

I/O 

128 

PR6C 

PR7C 

PR8C 

PR9C 

PR10C 

PR11C 

PR13C 

PR16C 

I/O 

129 

PR6D 

PR7D 

PR8D 

PR9D 

PR10D 

PR11D 

PR13D 

PR16D 

I/O 

130 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

131 

PR5A 

PR6A 

PR7A 

PR8A 

PR9A 

PR10A 

PR12A 

PR15A 

I/O 

132 

PR5B 

PR6B 

PR7B 

PR8B 

PR9B 

PR10B 

PR12B 

PR15B 

I/O 

133 

PR5C 

PR6C 

PR7C 

PR8C 

PR9C 

PR10C 

PR12C 

PR15C 

I/O 

134 

PR5D 

PR6D 

PR7D 

PR8D 

PR9D 

PR10D 

PR12D 

PR15D 

I/O 

135 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

vss 

136 

PR4A 

PR5A 

PR6A 

PR7A 

PR8A 

PR9A 

PR11A 

PR14A 

I/O 

137 

PR4B 

PR5B 

PR6B 

PR7B 

PR8B 

PR9B 

PR11D 

PR14D 

I/O 

138 

PR4C 

PR5C 

PR6C 

PR7C 

PR8C 

PR9C 

PR10A 

PR13A 

I/O 

139 

PR4D 

PR5D 

PR6D 

PR7D 

PR8D 

PR9D 

PR10D 

PR13D 

I/O 

140 

PR3A 

PR4A 

PR5A 

PR6A 

PR7A 

PR8A 

PR9A 

PR12A 

I/0-CS1 

141 

PR3B 

PR4B 

PR5B 

PR6B 

PR7B 

PR8B 

PR9D 

PR12D 

I/O 

142 

PR3C 

PR4C 

PR5C 

PR6C 

PR7C 

PR8C 

PR8A 

PR11A 

I/O 

143 

PR3D 

PR4D 

PR5D 

PR6D 

PR7D 

PR8D 

PR8D 

PR11D 

I/O 

144 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

145 

PR2A 

PR3A 

PR4A 

PR5A 

PR6A 

PR7A 

PR7A 

PR10A 

i/O-CSO 

146 

PR2B 

PR3B 

PR4B 

PR4B 

PR6B 

PR7B 

PR7B 

PR10B 

I/O 


Note: The ATT2C04 does not have bond pads connected to 208-pin SQFP package pin numbers 6, 45, 47, 56, 60, 102,153,154,166, 201, 
and 203. 
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Pin Information (continued) 


Table 20. ATT2C04, ATT2C06, ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, 
and ATT2C40 208-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C04 Pad 

2C06 Pad 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

147 

PR2C 

PR3C 

PR4C 

PR4C 

PR5B 

PR6B 

PR6B 

PR9B 

I/O 

148 

PR2D 

PR3D 

PR4D 

PR4D 

PR5D 

PR6D 

PR6D 

PR9D 

I/O 

149 

PR1A 

PR2A 

PR3A 

PR3A 

PR4A 

PR5A 

PR5A 

PR8A 

l/O-TO 

150 

PR1B 

PR2C 

PR3C 

PR3C 

PR4D 

PR5D 

PR5D 

PR6A 

I/O 

151 

PR1C 

PR2D 

PR3D 

PR3D 

PR3A 

PR4A 

PR4A 

PR5A 

I/O 

152 

PR1D 

PR1A 

PR2A 

PR2A 

PR2A 

PR3A 

PR3A 

PR4A 

l/O-WR 

153 

See Note 

PRIG 

PR2D 

PR2D 

PR2C 

PR2A 

PR2A 

PR3A 

I/O 

154 

See Note 

PR1D 

PR1A 

PR1A 

PR1A 

PR1A 

PR1A 

PR2A 

I/O 

155 

vss 

vss 

vss 

vss 

vss 

vss 

vss 

VSS 

vss 

156 

RD_CFGN 

RD.CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

157 

vss 

vss 

VSS 

VSS 

VSS 

vss 

VSS 

vss 

vss 

158 

vss 

vss 

VSS 

VSS 

vss 

vss 

VSS 

vss 

vss 

159 

PT10D 

PT12D 

PT14D 

PT16D 

PT18D 

PT20D 

PT24D 

PT30D 

I/O 

160 

PT10C 

PT12A 

PT13D 

PT15D 

PT17D 

PT19A 

PT23A 

PT28A 

l/O-RDY/RCLK 

161 

PT10B 

PT11D 

PT13A 

PT15A 

PT16D 

PT17D 

PT21D 

PT26D 

I/O 

162 

PT10A 

PT11C 

PT12D 

PT14D 

PT16A 

PT17A 

PT21A 

PT26A 

I/O 

163 

PT9D 

PT11A 

PT12C 

PT13D 

PT15D 

PT16D 

PT20D 

PT25D 

I/0-D7 

164 

PT9C 

PT10D 

PT12A 

PT13B 

PT14D 

PT15D 

PT19D 

PT24D 

I/O 

165 

PT9B 

PT10C 

PT11D 

PT13A 

PT14A 

PT15A 

PT19A 

PT23D 

I/O 

166 

See Note 

PT10B 

PT11C 

PT12D 

PT13D 

PT14D 

PT18D 

PT22D 

I/O 

167 

PT9A 

PT10A 

PT11B 

PT12B 

PT13B 

PT14B 

PT18B 

PT21D 

I/0-D6 

168 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

169 

PT8D 

PT9D 

PT10D 

PT11D 

PT12D 

PT13D 

PT17D 

PT20D 

I/O 

170 

PT8C 

PT9C 

PT10C 

PT11C 

PT12C 

PT13C 

PT17A 

PT20A 

I/O 

171 

PT8B 

PT9B 

PT10B 

PT11B 

PT12B 

PT13B 

PT16D 

PT19D 

I/O 

172 

PT8A 

PT9A 

PT10A 

PT11A 

PT12A 

PT13A 

PT16A 

PT19A 

I/0-D5 

173 

PT7D 

PT8D 

PT9D 

PT10D 

PT11D 

PT12D 

PT15D 

PT18D 

I/O 

174 

PT7C 

PT8C 

PT9C 

PT10C 

PT11C 

PT12C 

PT15A 

PT18A 

I/O 

175 

PT7B 

PT8B 

PT9B 

PT10B 

PT11B 

PT12B 

PT14D 

PT17D 

I/O 

176 

PT7A 

PT8A 

PT9A 

PT10A 

PT11A 

PT12A 

PT14A 

PT17A 

I/0-D4 

177 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

vss 

VSS 

178 

PT6D 

PT7D 

PT8D 

PT9D 

PT10D 

PT11D 

PT13D 

PT16D 

I/O 

179 

PT6C 

PT7C 

PT8C 

PT9C 

PT10C 

PT11C 

PT13C 

PT16C 

I/O 

180 

PT6B 

PT7B 

PT8B 

PT9B 

PT10B 

PT11B 

PT13B 

PT16B 

I/O 

181 

PT6A 

PT7A 

PT8A 

PT9A 

PT10A 

PT11A 

PT13A 

PT16A 

I/0-D3 

182 

vss 

vss 

vss 

VSS 

VSS 

vss 

vss 

vss 

VSS 


Note: The ATT2C04 does not have bond pads connected to 208-pin SQFP package pin numbers 6, 45, 47, 56, 60,102,153,154,166, 201, 
and 203. 
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Pin Information (continued) 


Table 20. ATT2C04, ATT2C06, ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, 
and ATT2C40 208-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C04 Pad 

2C06 Pad 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

183 

PT5D 

PT6D 

PT7D 

PT8D 

PT9D 

PT10D 

PT12D 

PT15D 

I/O 

184 

PT5C 

PT6C 

PT7C 

PT8C 

PT9C 

PT10C 

PT12C 

PT15C 

I/O 

185 

PT5B 

PT6B 

PT7B 

PT8B 

PT9B 

PT10B 

PT12B 

PT15B 

I/O 

186 

PT5A 

PT6A 

PT7A 

PT8A 

PT9A 

PT10A 

PT12A 

PT15A 

I/0-D2 

187 

vss 

vss 

vss 

vss 

VSS 

VSS 

VSS 

VSS 

vss 

188 

PT4D 

PT5D 

PT6D 

PT7D 

PT8D 

PT9D 

PT11D 

PT14D 

I/0-D1 

189 

PT4C 

PT5C 

PT6C 

PT7C 

PT8C 

PT9C 

PT11A 

PT14A 

I/O 

190 

PT4B 

PT5B 

PT6B 

PT7B 

PT8B 

PT9B 

PT10D 

PT13D 

I/O 

191 

PT4A 

PT5A 

PT6A 

PT7A 

PT8A 

PT9A 

PT10A 

PT13A 

l/O-DO/DIN 

192 

PT3D 

PT4D 

PT5D 

PT6D 

PT7D 

PT8D 

PT9D 

PT12D 

I/O 

193 

PT3C 

PT4C 

PT5C 

PT6C 

PT7C 

PT8C 

PT9A 

PT12A 

I/O 

194 

PT3B 

PT4B 

PT5B 

PT6B 

PT7B 

PT8B 

PT8D 

PT11D 

I/O 

195 

PT3A 

PT4A 

PT5A 

PT6A 

PT7A 

PT8A 

PT8A 

PT11A 

l/O-DOUT 

196 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

197 

PT2D 

PT3D 

PT4D 

PT5D 

PT6D 

PT7D 

PT7D 

PT10D 

I/O 

198 

PT2C 

PT3C 

PT4C 

PT5A 

PT6A 

PT7A 

PT7A 

PT9A 

I/O 

199 

PT2B 

PT3B 

PT4B 

PT4D 

PT5C 

PT6C 

PT6C 

PT8A 

I/O 

200 

PT2A 

PT3A 

PT4A 

PT4A 

PT5A 

PT6A 

PT6A 

PT7A 

l/O-TDI 

201 

See Note 

PT2D 

PT3D 

PT3D 

PT4A 

PT5A 

PT5A 

PT6A 

I/O 

202 

PT1D 

PT2A 

PT3A 

PT3A 

PT3A 

PT4A 

PT4A 

PT5A 

l/O-TMS 

203 

See Note 

PT1D 

PT2D 

PT2D 

PT2C 

PT3A 

PT3A 

PT4A 

I/O 

204 

PT1C 

PT1C 

PT2A 

PT2A 

PT2A 

PT2A 

PT2A 

PT3A 

I/O 

205 

PT1B 

PT1B 

PT1D 

PT1D 

PT1D 

PT1D 

PT1D 

PT2D 

I/O 

206 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

l/O-TCK 

207 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

208 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD.DATA/ 

TDO 

RD_DATA/TDO 


Note: The ATT2C04 does not have bond pads connected to 208-pin SQFP package pin numbers 6, 45, 47, 56, 60, 102,153, 154, 166, 201, 
and 203. 
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Pin Information (continued) 


Table 21. ATT2C06, ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, ATT2C40 
and 240-Pin SQFP/SQFP-PQ2 Pinout 


Pin 

2C06 Pad 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

1 

vss 

vss 

vss 

vss 

vss 

VSS 

VSS 

vss 

2 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

3 

PUD 

PUD 

PL1D 

PL1D 

PL1D 

PL1D 

PL1D 

I/O 

4 

PL1C 

PUB 

PL1B 

PL1C 

PL1G 

PL1G 

PLIA 

I/O 

5 

PUB 

PLIA 

PLIA 

PL1B 

PL1B 

PL1B 

PL2D 

I/O 

6 

PLIA 

PL2D 

PL2D 

PL2D 

PL2D 

PL2D 

PL3D 

l/O-AO 

7 

vss 

vss 

vss 

vss 

VSS 

VSS 

VSS 

vss 

8 

PL2D 

PL3D 

PL3D 

PL3D 

PL4D 

PL4D 

PL5D 

I/O 

9 

PL2C 

PL3C 

PL3C 

PL3A 

PL4A 

PL4A 

PL6D 

I/O 

10 

PL2B 

PL3B 

PL3B 

PL4D 

PL5D 

PL5D 

PL7D 

I/O 

11 

PL2A 

PL3A 

PL3A 

PL4A 

PL5A 

PL5A 

PL8D 

I/0-A1 

12 

PL3D 

PL4D 

PL4A 

PL5A 

PL6A 

PL6A 

PL9A 

I/0-A2 

13 

PL3C 

PL4C 

PL5C 

PL6D 

PL7D 

PL7D 

PL10D 

I/O 

14 

PL3B 

PL4B 

PL5B 

PL6B 

PL7B 

PL7B 

PL10B 

I/O 

15 

PL3A 

PL4A 

PL5A 

PL6A 

PL7A 

PL7A 

PL10A 

I/0-A3 

16 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

17 

PL4D 

PL5D 

PL6D 

PL7D 

PL8D 

PL8D 

PL11D 

I/O 

18 

PL4C 

PL5C 

PL6C 

PL7C 

PL8G 

PL8A 

PL11A 

I/O 

19 

PL4B 

PL5B 

PL6B 

PL7B 

PL8B 

PL9D 

PL12D 

I/O 

20 

PL4A 

PL5A 

PL6A 

PL7A 

PL8A 

PL9A 

PL12A 

I/0-A4 

21 

PL5D 

PL6D 

PL7D 

PL8D 

PL9D 

PL10D 

PL13D 

I/0-A5 

22 

PL5C 

PL6C 

PL7C 

PL8C 

PL9G 

PLIOA 

PL13A 

I/O 

23 

PL5B 

PL6B 

PL7B 

PL8B 

PL9B 

PL11D 

PL14D 

I/O 

24 

PL5A 

PL6A 

PL7A 

PL8A 

PL9A 

PLIIA 

PL14A 

I/0-A6 

25 

vss 

vss 

vss 

vss 

VSS 

VSS 

VSS 

vss 

26 

PL6D 

PL7D 

PL8D 

PL9D 

PL10D 

PU2D 

PL15D 

I/O 

27 

PL6C 

PL7C 

PL8C 

PL9C 

PL10G 

PU2G 

PL15G 

I/O 

28 

PL6B 

PL7B 

PL8B 

PL9B 

PL10B 

PL12B 

PL15B 

I/O 

29 

PL6A 

PL7A 

PL8A 

PL9A 

PL10A 

PU2A 

PL15A 

I/0-A7 

30 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

31 

PL7D 

PL8D 

PL9D 

PL10D 

PL11D 

PL13D 

PL16D 

I/O 

32 

PL7C 

PL8C 

PL9C 

PL10C 

PLUG 

PU3G 

PL16G 

I/O 

33 

PL7B 

PL8B 

PL9B 

PL10B 

PL11B 

PU3B 

PL16B 

I/O 

34 

PL7A 

PL8A 

PL9A 

PL10A 

PL11A 

PU3A 

PL16A 

I/0-A8 

35 

VSS 

vss 

vss 

vss 

vss 

VSS 

VSS 

VSS 

36 

PL8D 

PL9D 

PL10D 

PL11D 

PU2D 

PL14D 

PL17D 

I/0-A9 

37 

PL8C 

PL9C 

PL10C 

PLUG 

PL12G 

PU4A 

PL17A 

I/O 

38 

PL8B 

PL9B 

PL10B 

PL11B 

PL12B 

PU5D 

PL18D 

I/O 

39 

PL8A 

PL9A 

PL10A 

PL11A 

PL12A 

PU5A 

PL18A 

I/O-A10 

40 

PL9D 

PL10D 

PL11D 

PL12D 

PL13D 

PU6D 

PL19D 

I/O 

41 

PL9C 

PL10C 

PLUG 

PL12G 

PL13G 

PU6A 

PL19A 

I/O 

42 

PL9B 

PL10B 

PL11B 

PL12B 

PL13B 

PL17D 

PL20D 

I/O 

43 

PL9A 

PL10A 

PL11A 

PL12A 

PL13A 

PL17A 

PL20A 

I/0-A11 

44 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 


Note: The ATT2C08 and ATT2C10 do not have bond pads connected to 240-pin SQFP package pin numbers 113 and 188. 
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Table 21. ATT2C06, ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, ATT2C40 
and 240-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C06 Pad 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

45 

PL10D 

PL11D 

PL12D 

PL13D 

PL14D 

PL18D 

PL21D 

I/0-A12 

46 

PL10C 

PLUG 

PL12G 

PL13B 

PL14B 

PL18B 

PL21B 

I/O 

47 

PL10B 

PL11B 

PL12B 

PL14D 

PL15D 

PL19D 

PL22D 

I/O 

48 

PL10A 

PL11A 

PL13D 

PL14B 

PL15B 

PL19B 

PL22B 

I/0-A13 

49 

PL11D 

PL12D 

PL13B 

PL14A 

PL15A 

PL19A 

PL22A 

I/O 

50 

PLUG 

PL12G 

PL13A 

PL15D 

PL16D 

PL20D 

PL23D 

I/O 

51 

PL11B 

PL12B 

PL14D 

PL15B 

PL16B 

PL20B 

PL24D 

I/O 

52 

PL11A 

PL12A 

PL14G 

PL16D 

PL17D 

PL21D 

PL25A 

I/0-A14 

53 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

54 

PL12D 

PL13D 

PL15D 

PL17D 

PL18D 

PL22D 

PL27D 

I/O 

55 

PL12C 

PL13A 

PL15A 

PL17A 

PL19D 

PL23D 

PL28D 

I/O 

56 

PL12B 

PL14D 

PL16D 

PL18C 

PL19A 

PL23A 

PL28A 

I/O 

57 

PL12A 

PL14A 

PL16A 

PL18A 

PL20A 

PL24A 

PL30A 

I/0-A15 

58 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

59 

CCLK 

GGLK 

GGLK 

GGLK 

GGLK 

GGLK 

GGLK 

GGLK 

60 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

61 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

62 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

63 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

I/0-A16 

64 

PB1B 

PB1D 

PB1D 

PB1D 

PB2A 

PB2A 

PB3A 

I/O 

65 

PB1C 

PB2A 

PB2A 

PB2A 

PB2D 

PB2D 

PB3D 

I/O 

66 

PB1D 

PB2D 

PB2D 

PB2D 

PB3D 

PB3D 

PB4D 

I/O 

67 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

68 

PB2A 

PB3A 

PB3B 

PB3D 

PB4D 

PB4D 

PB5D 

I/0-A17 

69 

PB2B 

PB3B 

PB4B 

PB4D 

PB5D 

PB5D 

PB6D 

I/O 

El 

PB2C 

PB3G 

PB4G 

PB5A 

PB6A 

PB6A 

PB7A 

I/O 

71 


PB3D 

PB4D 

PB5B 

PB6B 


PB7D 

I/O 

wm 

PB3A 

PB4A 

PB5A 

PB5D 

PB6D 

PB6D 

PB8D 

I/O 

Hi 

PB3B 

PB4B 

PB5B 

PB6A 

PB7A 

PB7A 

PB9A 

I/O 

74 

PB3C 

PB4G 

PB5G 

PB6B 

PB7B 

PB7B 

PB9D 

I/O 


PB3D 

PB4D 

PB5D 

PB6D 

PB7D 

PB7D 

PB10D 

I/O 

wsm 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

77 

PB4A 

PB5A 

PB6A 

PB7A 

PB8A 

PB8A 

PB11A 

I/O 

78 

PB4B 

PB5B 

PB6B 

PB7B 

PB8B 

PB8D 

PB11D 

I/O 

HI 

PB4C 

PB5G 

PB6G 

PB7G 

PB8G 

PB9A 

PB12A 

I/O 

80 

PB4D 

PB5D 

PB6D 

PB7D 

PB8D 

PB9D 

PB12D 

I/O 

81 

PB5A 

PB6A 

PB7A 

PB8A 

PB9A 

PB10A 

PB13A 

I/O 

82 

PB5B 

PB6B 

PB7B 

PB8B 

PB9B 

PB10D 

PB13D 

I/O 

83 

PB5C 

PB6G 

PB7G 

PB8G 

PB9G 

PB11A 

PB14A 

I/O 

84 

PB5D 

PB6D 

PB7D 

PB8D 

PB9D 

PB11D 

PB14D 

I/O 

85 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

86 

PB6A 

PB7A 

PB8A 

PB9A 

PB10A 

PB12A 

PB15A 

I/O 

87 

PB6B 

PB7B 

PB8B 

PB9B 

PB10B 

PB12B 

PB15B 

I/O 

88 

PB6C 

PB7G 

PB8G 

PB9G 

PB10G 

PB12G 

PB15G 

I/O 


Note: The ATT2C08 and ATT2C10 do not have bond pads connected to 240-pin SQFP package pin numbers 113 and 188. 
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Pin Information (continued) 


Table 21. ATT2C06, ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, ATT2C40 
and 240-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C06 Pad 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

89 

PB6D 

PB7D 

PB8D 

PB9D 

PB10D 

PB12D 

PB15D 

I/O 

90 

vss 

vss 

vss 

vss 

VSS 

VSS 

vss 

VSS 

91 

PB7A 

PB8A 

PB9A 

PB10A 

PB11A 

PB13A 

PB16A 

I/O 

92 

PB7B 

PB8B 

PB9B 

PB10B 

PB11B 

PB13B 

PB16B 

I/O 

93 

PB7C 

PB8C 

PB9C 

PB10C 

PB11C 

PB13C 

PB16C 

I/O 

94 

PB7D 

PB8D 

PB9D 

PB10D 

PB11D 

PB13D 

PB16D 

I/O 

95 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

vss 

96 

PB8A 

PB9A 

PB10A 

PB11A 

PB12A 

PB14A 

PB17A 

I/O 

97 

PB8B 

PB9B 

PB10B 

PB11B 

PB12B 

PB14D 

PB17D 

I/O 

98 

PB8C 

PB9C 

PB10C 

PB11C 

PB12C 

PB15A 

PB18A 

I/O 

99 

PB8D 

PB9D 

PB10D 

PB11D 

PB12D 

PB15D 

PB18D 

I/O 

100 

PB9A 

PB10A 

PB11A 

PB12A 

PB13A 

PB16A 

PB19A 

l/O-HDC 

101 

PB9B 

PB10B 

PB11B 

PB12B 

PB13B 

PB16D 

PB19D 

I/O 

102 

PB9C 

PB10C 

PB11C 

PB12C 

PB13C 

PB17A 

PB20A 

I/O 

103 

PB9D 

PB10D 

PB11D 

PB12D 

PB13D 

PB17D 

PB20D 

I/O 

104 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

105 

PB10A 

PB11A 

PB12A 

PB13A 

PB14A 

PB18A 

PB21A 

l/O-LDC 

106 

PB10B 

PB11D 

PB13A 

PB13D 

PB14D 

PB18D 

PB22D 

I/O 

107 

PB10C 

PB12A 

PB13B 

PB14A 

PB15A 

PB19A 

PB23A 

I/O 

108 

PB10D 

PB12B 

PB13C 

PB14D 

PB15D 

PB19D 

PB24D 

I/O 

109 

PB11A 

PB12C 

PB13D 

PB15A 

PB16A 

PB20A 

PB25A 

l/O-lNTf 

110 

PB11B 

PB12D 

PB14A 

PB15D 

PB16D 

PB20D 

PB25D 

I/O 

111 

PB11C 

PB13A 

PB15A 

PB16A 

PB17A 

PB21A 

PB26A 

I/O 

112 

PB11D 

PB13B 

PB15B 

PB16D 

PB17D 

PB21D 

PB26D 

I/O 

113 

VSS 

See Note 

See Note 

VSS 

VSS 

VSS 

vss 

VSS 

114 

PB12A 

PB13D 

PB15D 

PB17A 

PB18A 

PB22A 

PB27A 

I/O 

115 

PB12B 

PB14A 

PB16A 

PB17D 

PB19A 

PB23A 

PB28A 

I/O 

116 

PB12C 

PB14B 

PB16B 

PB18A 

PB19D 

PB23D 

PB28D 

I/O 

117 

PB12D 

PB14D 

PB16D 

PB18D 

PB20D 

PB24D 

PB30D 

I/O 

118 

vss 

vss 

vss 

vss 

VSS 

VSS 

VSS 

vss 

119 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

120 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

121 

VSS 

vss 

vss 

VSS 

vss 

vss 

VSS 

vss 


RESET 

RESIT 

RESET 

RESET 

RESET 

RESET 

RESET 

RESET 


PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

124 

PR12A 

PR14A 

PR16A 

PR18A 

PR20A 

PR24A 

PR30A 

l/O-MO 

125 

PR12B 

PR14D 

PR16D 

PR18C 

PR20D 

PR24D 

PR29D 

I/O 

126 

PR12C 

PR13A 

PR15A 

PR18D 

PR19A 

PR23A 

PR28A 

I/O 

127 

PR12D 

PR13D 

PR15D 

PR17B 

PR18A 

PR22A 

PR27A 

I/O 

128 

VSS 

VSS 

vss 

vss 

VSS 

VSS 

vss 

VSS 

129 

PR11A 

PR12A 

PR14A 

PR16A 

PR17A 

PR21A 

PR26A 

I/O 

130 

PR11B 

PR12B 

PR14C 

PR16D 

PR17D 

PR21D 

PR25A 

I/O 

131 

PR11C 

PR12C 

PR14D 

PR15A 

PR16A 

PR20A 

PR24A 

I/O 

132 

PR11D 

PR12D 

PR13A 

PR15C 

PR16C 

PR20C 

PR24D 

I/O 


Note: The ATT2C08 and ATT2C10 do not have bond pads connected to 240-pin SQFP package pin numbers 113 and 188. 


2-242 


Lucent Technologies Inc. 















FPGA Data Book 


ORCA 2C Series FPGAs 


Pin Information (continued) 


Table 21. ATT2C06, ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, ATT2C40 
and 240-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C06 Pad 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

133 

PR10A 

PR11A 

PR13B 

PR15D 

PR16D 

PR20D 

PR23D 

I/0-M1 

134 

PR10B 

PR11B 

PR13C 

PR14A 

PR15A 

PR19A 

PR22A 

I/O 

135 

PR10C 

PR11C 

PR12A 

PR14D 

PR15D 

PR19D 

PR22D 

I/O 

136 

PR10D 

PR11D 

PR12B 

PR13A 

PR14A 

PR18A 

PR21A 

I/O 

137 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

138 

PR9A 

PR10A 

PR11A 

PR12A 

PR13A 

PR17A 

PR20A 

I/0-M2 

139 

PR9B 

PR10B 

PR11B 

PR12B 

PR13B 

PR17D 

PR20D 

I/O 

140 

PR9C 

PR10C 

PR11C 

PR12C 

PR13C 

PR16A 

PR19A 

I/O 

141 

PR9D 

PR10D 

PR11D 

PR12D 

PR13D 

PR16D 

PR19D 

I/O 

142 

PR8A 

PR9A 

PR10A 

PR11A 

PR12A 

PR15A 

PR18A 

I/0-M3 

143 

PR8B 

PR9B 

PR10B 

PR11B 

PR12B 

PR15D 

PR18D 

I/O 

144 

PR8C 

PR9C 

PR10C 

PR11C 

PR12C 

PR14A 

PR17A 

I/O 

145 

PR8D 

PR9D 

PR10D 

PR11D 

PR12D 

PR14D 

PR17D 

I/O 

146 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

147 

PR7A 

PR8A 

PR9A 

PR10A 

PR11A 

PR13A 

PR16A 

I/O 

148 

PR7B 

PR8B 

PR9B 

PR10B 

PR11B 

PR13B 

PR16B 

I/O 

149 

PR7C 

PR8C 

PR9C 

PR10C 

PR11C 

PR13C 

PR16C 

I/O 

150 

PR7D 

PR8D 

PR9D 

PR10D 

PR11D 

PR13D 

PR16D 

I/O 

151 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

152 

PR6A 

PR7A 

PR8A 

PR9A 

PR10A 

PR12A 

PR15A 

I/O 

153 

PR6B 

PR7B 

PR8B 

PR9B 

PR10B 

PR12B 

PR15B 

I/O 

154 

PR6C 

PR7C 

PR8C 

PR9C 

PR10C 

PR12C 

PR15C 

I/O 

155 

PR6D 

PR7D 

PR8D 

PR9D 

PR10D 

PR12D 

PR15D 

I/O 

156 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

157 

PR5A 

PR6A 

PR7A 

PR8A 

PR9A 

PR11A 

PR14A 

I/O 

158 

PR5B 

PR6B 

PR7B 

PR8B 

PR9B 

PR11D 

PR14D 

I/O 

159 

PR5C 

PR6C 

PR7C 

PR8C 

PR9C 

PR10A 

PR13A 

I/O 

160 

PR5D 

PR6D 

PR7D 

PR8D 

PR9D 

PR10D 

PR13D 

I/O 

161 

PR4A 

PR5A 

PR6A 

PR7A 

PR8A 

PR9A 

PR12A 

I/0-CS1 

162 

PR4B 

PR5B 

PR6B 

PR7B 

PR8B 

PR9D 

PR12D 

I/O 

163 

PR4C 

PR5C 

PR6C 

PR7C 

PR8C 

PR8A 

PR11A 

I/O 

164 

PR4D 

PR5D 

PR6D 

PR7D 

PR8D 

PR8D 

PR11D 

I/O 

165 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

166 

PR3A 

PR4A 

PR5A 

PR6A 

PR7A 

PR7A 

PR10A 

l/O-CSO 

167 

PR3B 

PR4B 

PR4B 

PR6B 

PR7B 

PR7B 

PR10B 

I/O 

168 

PR3C 

PR4C 

PR4C 

PR5B 

PR6B 

PR6B 

PR9B 

I/O 

169 

PR3D 

PR4D 

PR4D 

PR5D 

PR6D 

PR6D 

PR9D 

I/O 

170 

PR2A 

PR3A 

PR3A 

PR4A 

PR5A 

PR5A 

PR8A 

l/O-RD 

171 

PR2B 

PR3B 

PR3B 

PR4B 

PR5B 

PR5B 

PR7A 

I/O 

172 

PR2C 

PR3C 

PR3C 

PR4D 

PR5D 

PR5D 

PR6A 

I/O 

173 

PR2D 

PR3D 

PR3D 

PR3A 

PR4A 

PR4A 

PR5A 

I/O 

174 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

175 

PR1A 

PR2A 

PR2A 

PR2A 

PR3A 

PR3A 

PR4A 

l/O-WR 

176 

PR1B 

PR2D 

PR2D 

PR2C 

PR2A 

PR2A 

PR3A 

I/O 


Note: The ATT2C08 and ATT2C10 do not have bond pads connected to 240-pin SQFP package pin numbers 113 and 188. 
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Table 21. ATT2C06, ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, ATT2C40 
and 240-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C06 Pad 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

177 

PR1C 

PR1A 

PR1A 

PR1A 

PR1A 

PR1A 

PR2A 

I/O 

178 

PR1D 

PR1D 

PR1D 

PR1D 

PR1D 

PR1D 

PR1D 

I/O 

179 

vss 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

vss 

180 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

181 

VSS 

vss 

VSS 

vss 

VSS 

vss 

VSS 

VSS 

182 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

183 

VSS 

VSS 

vss 

vss 

vss 

VSS 

vss 

VSS 

184 

PT12D 

PT14D 

PT16D 

PT18D 

PT20D 

PT24D 

PT30D 

I/O 

185 

PT12C 

PT14C 

PT16C 

PT18B 

PT20A 

PT24A 

PT29A 

I/O 

186 

PT12B 

PT14A 

PT16A 

PT18A 

PT19D 

PT23D 

PT28D 

I/O 

187 

PT12A 

PT13D 

PT15D 

PT17D 

PT19A 

PT23A 

PT28A 

l/O-RDY/RCLK 

188 

VSS 

See Note 

See Note 

VSS 

vss 

vss 

VSS 

vss 

189 

PT11D 

PT13B 

PT15B 

PT16D 

PT17D 

PT21D 

PT26D 

I/O 

190 

PT11C 

PT13A 

PT15A 

PT16C 

PT17C 

PT21C 

PT26C 

I/O 

191 

PT11B 

PT12D 

PT14D 

PT16A 

PT17A 

PT21A 

PT26A 

I/O 

192 

PT11A 

PT12C 

PT13D 

PT15D 

PT16D 

PT20D 

PT25D 

I/0-D7 

193 

PT10D 

PT12A 

PT13B 

PT14D 

PT15D 

PT19D 

PT24D 

I/O 

194 

PT10C 

PT11D 

PT13A 

PT14A 

PT15A 

PT19A 

PT23D 

I/O 

195 

PT10B 

PT11C 

PT12D 

PT13D 

PT14D 

PT18D 

PT22D 

I/O 

196 

PT10A 

PT11B 

PT12B 

PT13B 

PT14B 

PT18B 

PT21D 

I/0-D6 

197 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

198 

PT9D 

PT10D 

PT11D 

PT12D 

PT13D 

PT17D 

PT20D 

I/O 

199 

PT9C 

PT10C 

PT11C 

PT12C 

PT13C 

PT17A 

PT20A 

I/O 

200 

PT9B 

PT10B 

PT11B 

PT12B 

PT13B 

PT16D 

PT19D 

I/O 

201 

PT9A 

PT10A 

PT11A 

PT12A 

PT13A 

PT16A 

PT19A 

I/0-D5 

202 

PT8D 

PT9D 

PT10D 

PT11D 

PT12D 

PT15D 

PT18D 

I/O 

203 

PT8C 

PT9C 

PT10C 

PT11C 

PT12C 

PT15A 

PT18A 

I/O 

204 

PT8B 

PT9B 

PT10B 

PT11B 

PT12B 

PT14D 

PT17D 

I/O 

205 

PT8A 

PT9A 

PT10A 

PT11A 

PT12A 

! PT14A 

PT17A 

I/0-D4 

206 

vss 

vss 

VSS 

VSS 

VSS 

VSS 

VSS 

vss 

207 

PT7D 

PT8D 

PT9D 

PT10D 

PT11D 

PT13D 

PT16D 

I/O 

208 

PT7C 

PT8C 

PT9C 

PT10C 

PT11C 

PT13C 

PT16C 

I/O 

209 

PT7B 

PT8B 

PT9B 

PT10B 

PT11B 

PT13B 

PT16B 

I/O 

210 

PT7A 

PT8A 

PT9A 

PT10A 

PT11A 

PT13A 

PT16A 

I/0-D3 

211 

VSS 

vss 

vss 

VSS 

vss 

VSS 

vss 

VSS 

212 

PT6D 

PT7D 

PT8D 

PT9D 

PT10D 

PT12D 

PT15D 

I/O 

213 

PT6C 

PT7C 

PT8C 

PT9C 

PT10C 

PT12C 

PT15C 

I/O 

214 

PT6B 

PT7B 

PT8B 

PT9B 

PT10B 

PT12B 

PT15B 

I/O 

215 

PT6A 

PT7A 

PT8A 

PT9A 

PT10A 

PT12A 

PT15A 

I/0-D2 

216 

vss 

vss 

VSS 

VSS 

VSS 

VSS 

VSS 

vss 

217 

PT5D 

PT6D 

PT7D 

PT8D 

PT9D 

PT11D 

PT14D 

I/0-D1 

218 

PT5C 

PT6C 

PT7C 

PT8C 

PT9C 

PT11A 

PT14A 

I/O 

219 

PT5B 

PT6B 

PT7B 

PT8B 

PT9B 

PT10D 

PT13D 

I/O 

220 

PT5A 

PT6A 

PT7A 

PT8A 

PT9A 

PT10A 

PT13A 

l/O-DO/DIN 


Note: The ATT2C08 anid ATT2C10 do not have bond pads connected to 240-pin SQFP package pin numbers 113 and 188. 
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Table 21. ATT2C06, ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, ATT2C40 
and 240-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C06 Pad 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

221 

PT4D 

PT5D 

PT6D 

PT7D 

PT8D 

PT9D 

PT12D 

I/O 

222 

PT4C 

PT5C 

PT6C 

PT7C 

PT8C 

PT9A 

PT12A 

I/O 

223 

PT4B 

PT5B 

PT6B 

PT7B 

PT8B 

PT8D 

PT11D 

I/O 

224 

PT4A 

PT5A 

PT6A 

PT7A 

PT8A 

PT8A 

PT11A 

l/O-DOUT 

225 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

VDD 

226 

PT3D 

PT4D 

PT5D 

PT6D 

PT7D 

PT7D 

PT10D 

I/O 

227 

PT3C 

PT4C 

PT5A 

PT6A 

PT7A 

PT7A 

PT9A 

I/O 

228 

PT3B 

PT4B 

PT4D 

PT5C 

PT6C 

PT6C 

PT8A 

I/O 

229 

PT3A 

PT4A 

PT4A 

PT5A 

PT6A 

PT6A 

PT7A 

l/O-TDI 

230 

PT2D 

PT3D 

PT3D 

PT4D 

PT5D 

PT5D 

PT6D 

I/O 

231 

PT2C 

PT3C 

PT3C 

PT4A 

PT5A 

PT5A 

PT6A 

I/O 

232 

PT2B 

PT3B 

PT3B 

PT3D 

PT4D 

PT4D 

PT5D 

I/O 

233 

PT2A 

PT3A 

PT3A 

PT3A 

PT4A 

PT4A 

PT5A 

l/O-TMS 

234 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

235 

PT1D 

PT2D 

PT2D 

PT2C 

PT3A 

PT3A 

PT4A 

I/O 

236 

PT1C 

PT2A 

PT2A 

PT2A 

PT2A 

PT2A 

PT3A 

I/O 

237 

PT1B 

PT1D 

PT1D 

PT1D 

PT1D 

PT1D 

PT2D 

I/O 

238 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

l/O-TCK 

239 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

VSS 

240 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/ 

TDO 

RD_DATA/TDO 


Note: The ATT2C08 and ATT2C10 do not have bond pads connected to 240-pin SQFP package pin numbers 113 and 188. 
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Pin Information (continued) 

Table 22. ATT2C08, ATT2C10, and ATT2C12 256-Pin PBGA Pinout 


Pin 

2C08 Pad 

2C10 Pad 

2C12 Pad 

Function 

N2 

PL9A 

PL10A 

PL11A 

I/O-A10 

N3 

PL10D 

PL11D 

PL12D 

I/O 

P1 

PL10C 

PL11C 

PL12C 

I/O 

P2 

PL10B 

PL11B 

PL12B 

I/O 

R1 

PL10A 

PL11A 

PL12A 

I/0-A11 

D15 

Vdd 

Vdd 

Vdd 

Vdd 

P3 

PL11D 

PL12D 

PL13D 

I/0-A12 

R2 

PL11C 

PL12C 

PL13B 

I/O 

T1 

PL11B 

PL12B 

PL14D 

I/O 

P4 

PL11A 

PL13D 

PL14B 

I/0-A13 

R3 

PL12D 

PL13B 

PL14A 

I/O 

H4 

Vss 

Vss 

Vss 

Vss 

T2 

PL12C 

PL13A 

PL15D 

I/O 

W3 

— 

— 

— 

No Connect 

U1 

PL12B 

PL14D 

PL15B 

I/O 

T3 

PL12A 

PL14C 

PL16D 

I/0-A14 

H17 

Vss 

Vss 

Vss 

Vss 

U2 

PL13D 

PL15D 

PL17D 

I/O 

V1 

PL13C 

PL15C 

PL17C 

I/O 

T4 

PL13B 

PL15B 

PL17B 

I/O 

U3 

PL13A 

PL15A 

PL17A 

I/O 

V2 

PL14D 

PL16D 

PL18D 

I/O 

W1 

PL14C 

PL16C 

PL18C 

I/O 

V3 

PL14B 

PL16B 

PL18B 

I/O 

W2 

PL14A 

PL16A 

PL18A 

I/0-A15 

N4 

Vss 

Vss 

Vss 

Vss 

Y1 

CCLK 

CCLK 

CCLK 

CCLK 

F4 

Vdd 

Vdd 

Vdd 

Vdd 

N17 

Vss 

Vss 

Vss 

Vss 

F17 

Vdd 

Vdd 

Vdd 

Vdd 

Y2 

PB1A 

PB1A 

PB1A 

I/0-A16 

W4 

PB1C 

PB1C 

PB1C 

I/O 

V4 

PB1D 

PB1D 

PB1D 

I/O 

U5 

PB2A 

PB2A 

PB2A 

I/O 

Y3 

PB2B 

PB2B 

PB2B 

I/O 

Y4 

PB2C 

PB2C 

PB2C 

I/O 

V5 

PB2D 

PB2D 

PB2D 

I/O 

U4 

Vss 

Vss 

Vss 

Vss 

W5 

PB3A 

PB3B 

PB3D 

I/0-A17 

U8 

Vss 

Vss 

Vss 

Vss 

Y5 

PB3B 

PB4B 

PB4D 

I/O 

V6 

PB3C 

PB4C 

PB5A 

I/O 

U7 

PB3D 

PB4D 

PB5B 

I/O 


Pin 

2C08 Pad 

2C10 Pad 

2C12 Pad 

Function 

A1 

Vss 

Vss 

Vss 

Vss 

B1 

Vdd 

Vdd 

Vdd 

Vdd 

C2 

PL1D 

PL1D 

PL1D 

I/O 

D2 

PL1B 

PL1B 

PL1C 

I/O 

D3 

PL1A 

PL1A 

PL1B 

I/O 

E4 

PL2D 

PL2D 

PL2D 

l/O-AO 

C1 

PL2C 

PL2C 

PL2C 

I/O 

D1 

PL2B 

PL2B 

PL2B 

I/O 

E3 

PL2A 

PL2A 

PL2A 

I/O 

D4 

Vss 

Vss 

VSS 

Vss 

E2 

PL3D 

PL3D 

PL3D 

I/O 

E1 

PL3C 

PL3C 

PL3A 

I/O 

F3 

PL3B 

PL3B 

PL4D 

I/O 

G4 

PL3A 

PL3A 

PL4A 

I/0-A1 

D8 

Vss 

Vss 

Vss 

Vss 

F2 


PL4D 

PL5D 

I/O 

F1 

PL4D 

PL4A 

PL5A 

I/0-A2 

G3 

PL4C 

PL5C 

PL6D 

I/O 

G2 

PL4B 

PL5B 

PL6B 

I/O 

G1 

PL4A 

PL5A 

PL6A 

I/0-A3 

D6 

Vdd 

Vdd 

Vdd 

Vdd 

H3 

PL5D 

PL6D 

PL7D 

I/O 

H2 

PL5C 

PL6C 

PL7C 

I/O 

H1 

PL5B 

PL6B 

PL7B 

I/O 

J4 

PL5A 

PL6A 

PL7A 

I/0-A4 

J3 

PL6D 

PL7D 

PL8D 

I/0-A5 

J2 

PL6C 

PL7C 

PL8C 

I/O 

J1 

PL6B 

PL7B 

PL8B 

I/O 

K2 

PL6A 

PL7A 

PL8A 

I/0-A6 

D13 

Vss 

Vss 

Vss 

Vss 

K3 

PL7D 

PL8D 

PL9D 

I/O 

K1 

PL7C 

PL8C 

PL9C 

I/O 

L1 

PL7B 

PL8B 

PL9B 

I/O 

L2 

PL7A 

PL8A 

PL9A 

I/0-A7 

D11 

Vdd 

Vdd 

Vdd 

Vdd 

L3 

PL8D 

PL9D 

PL10D 

I/O 

L4 

PL8C 

PL9C 

PL10C 

I/O 

M1 

PL8B 

PL9B 

PL10B 

I/O 

M2 

PL8A 

PL9A 

PL10A 

I/0-A8 

D17 

Vss 

Vss 

Vss 

Vss 

M3 

PL9D 

PL10D 

PL11D 

I/0-A9 

M4 

PL9C 

PL10C 

PL11C 

I/O 

N1 

PL9B 

PL10B 

PL11B 

I/O 


Notes: 

The W3 pin on the 256-pin PBGA package is unconnected for all devices listed in this table. 

The ATT2C08 does not have bond pads connected to the 256-pin PBGA package pins F2 and Y17. 

A 4 X 4 array of thermal balls is found at the center of the package. The balls can be attached to the ground plane of the board for enhanced 
thermal capability (see Table 26) or left unconnected. 
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Pin Information (continued) 

Table 22. ATT2C08, ATT2C10, and ATT2C12 256-Pin PBGA Pinout (continued) 


Pin 

2C08 Pad 

2C10 Pad 

2C12 Pad 

Function 

U16 

PB13C 

PB15C 

PB17C 

I/O 

V17 

PB13D 

PB15D 

PB17D 

I/O 

W18 

PB14A 

PB16A 

PB18A 

I/O 

Y19 

PB14B 

PB16B 

PB18B 

I/O 

V18 

PB14C 

PB16C 

PB18C 

I/O 

W19 

PB14D 

PB16D 

PB18D 

I/O 

Y20 

DONE 

DONE 

DONE 

DONE 

R4 

Vdd 

Vdd 

Vdd 

Vdd 

W20 

RESET 

RESET 

RESET 

RESET 

V19 

PRGM 

PRGM 

PRGM 

PRGM 

U19 

PR14A 

PR16A 

PR18A 

l/O-MO 

U18 

PR14C 

PR16C 

PR18C 

I/O 

T17 

PR14D 

PR16D 

PR18D 

I/O 

V20 

PR13A 

PR15A 

PR17A 

I/O 

U20 

PR13B 

PR15B 

PR17B 

I/O 

T18 

PR13C 

PR15C 

PR17C 

I/O 

T19 

PR13D 

PR15D 

PR17D 

I/O 

T20 

PR12A 

PR14A 

PR16A 

I/O 

R18 

PR12B 

PR14C 

PR16D 

I/O 

P17 

PR12C 

PR14D 

PR15A 

I/O 

R19 

PR12D 

PR13A 

PR15C 

I/O 

R20 

PR11A 

PR13B 

PR15D 

I/0-M1 

P18 

PR11B 

PR13C 

PR14A 

I/O 

P19 

PR11C 

PR12A 

PR14D 

I/O 

P20 

PR11D 

PR12B 

PR13A 

I/O 

R17 

Vdd 

Vdd 

Vdd 

Vdd 

N18 

PR10A 

PR11A 

PR12A 

I/0-M2 

N19 

PR10B 

PR11B 

PR12B 

I/O 

N20 

PR10C 

PR11C 

PR12C 

I/O 

M17 

PR10D 

PR11D 

PR12D 

I/O 

M18 

PR9A 

PR10A 

PR11A 

I/0-M3 

M19 

PR9B 

PR10B 

PR11B 

I/O 

M20 

PR9C 

PR10C 

PR11C 

I/O 

L19 

PR9D 

PR10D 

PR11D 

I/O 

L18 

PR8A 

PR9A 

PR10A 

I/O 

L20 

PR8B 

PR9B 

PR10B 

I/O 

K20 

PR8C 

PR9C 

PR10C 

I/O 

K19 

PR8D 

PR9D 

PR10D 

I/O 

U6 

Vdd 

Vdd 

Vdd 

Vdd 

K18 

PR7A 

PR8A 

PR9A 

I/O 

K17 

PR7B 

PR8B 

PR9B 

I/O 

J20 

PR7C 

PR8C 

PR9C 

I/O 

J19 

PR7D 

PR8D 

PR9D 

I/O 


Pin 

2C08 Pad 

2C10 Pad 

2C12 Pad 

Function 

W6 

PB4A 

PB5A 

PB5D 

I/O 

Y6 

PB4B 

PB5B 

PB6A 

I/O 

V7 

PB4C 

PB5C 

PB6B 

I/O 

W7 

PB4D 

PB5D 

PB6D 

I/O 

K4 

Vdd 

Vdd 

Vdd 

Vdd 

Y7 

PB5A 

PB6A 

PB7A 

I/O 

V8 

PB5B 

PB6B 

PB7B 

I/O 

W8 

PB5C 

PB6C 

PB7C 

I/O 

Y8 

PB5D 

PB6D 

PB7D 

I/O 

U9 

PB6A 

PB7A 

PB8A 

I/O 

V9 

PB6B 

PB7B 

PB8B 

I/O 

W9 

PB6C 

PB7C 

PB8C 

I/O 

Y9 

PB6D 

PB7D 

PB8D 

I/O 

U13 

Vss 

Vss 

Vss 

Vss 

W10 

PB7A 

PB8A 

PB9A 

I/O 

V10 

PB7B 

PB8B 

PB9B 

I/O 

Y10 

PB7C 

PB8C 

PB9C 

I/O 

Y11 

PB7D 

PB8D 

PB9D 

I/O 

U17 

VSS 

Vss 

Vss 

Vss 

W11 

PB8A 

PB9A 

PB10A 

I/O 

V11 

PB8B 

PB9B 

PB10B 

I/O 

U11 

PB8C 

PB9C 

PB10C 

I/O 

Y12 

PB8D 

PB9D 

PB10D 

I/O 

W12 

PB9A 

PB10A 

PB11A 

I/O 

V12 

I PB9B 

PB10B 

PB11B 

I/O 

U12 

PB9C 

PB10C 

PB11C 

I/O 

Y13 

PB9D 

PB10D 

PB11D 

I/O 

W13 

PB10A 

PB11A 

PB12A 

l/O-HDC 

V13 

PB10B 

PB11B 

PB12B 

I/O 

Y14 

PB10C 

PB11C 

PB12C 

I/O 

W14 

PB10D 

PB11D 

PB12D 

I/O 

L17 

Vdd 

Vdd 

Vdd 

Vdd 

Y15 

PB11A 

PB12A 

PB13A 

l/O-LDC 

V14 

PB11B 

PB12C 

PB13B 

I/O 

W15 

PB11C 

PB12D 

PB13C 

I/O 

Y16 

PB11D 

PB13A 

PB13D 

I/O 

U14 

PB12A 

PB13B 

PB14A 

I/O 

V15 

PB12B 

PB13C 

PB14D 

I/O 

W16 

PB12C 

PB13D 

PB15A 

l/O-TNlT 

Y17 

— 

PB14A 

PB15D 

I/O 

V16 

PB12D 

PB14B 

PB16A 

I/O 

W17 

PB13A 

PB15A 

PB16D 

I/O 

Y18 

PB13B 

PB15B 

PB17A 

I/O 


Notes: 

The W3 pin on the 256-pin PBGA package is unconnected for all devices listed in this table. 

The ATT2C08 does not have bond pads connected to the 256-pin PBGA package pins F2 and Y17. 

A 4 X 4 array of thermal balls is found at the center of the package. The balls can be attached to the ground plane of the board for enhanced 
thermal capability (see Table 26) or left unconnected. 
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Pin Information (continued) 

Table 22. ATT2C08, ATT2C10, and ATT2C12 256-Pin PBGA Pinout (continued) 


Pin 

2C08 Pad 

2C10 Pad 

2C12 Pad 

Function 

J18 

PR6A 

PR7A 

PR8A 

I/O 

J17 

PR6B 

PR7B 

PR8B 

I/O 

H20 

PR6C 

PR7C 

PR8C 

I/O 

H19 

PR6D 

PR7D 

PR8D 

I/O 

H18 

PR5A 

PR6A 

PR7A 

I/0-CS1 

G20 

PR5B 

PR6B 

PR7B 

I/O 

G19 

PR5C 

PR6C 

PR7C 

I/O 

F20 

PR5D 

PR6D 

PR7D 

I/O 

U10 

Vdd 

Vdd 

Vdd 

Vdd 

G18 

PR4A 

PR5A 

PR6A 

l/O-CSO 

F19 

PR4B 

PR4B 

PR6B 

i/o 

E20 

PR4C 

PR4C 

PR5B 

I/O 

G17 

PR4D 

PR4D 

PR5D 

I/O 

F18 

PR3A 

PR3A 

PR4A 

l/O-RD 

E19 

PR3B 

PR3B 

PR4B 

I/O 

D20 

PR3C 

PR3C 

PR4D 

I/O 

E18 

PR3D 

PR3D 

PR3A 

I/O 

D19 

PR2A 

PR2A 

PR2A 

I/O-WR 

C20 

PR2B 

PR2B 

PR2B 

I/O 

E17 

PR2C 

PR2C 

PR2C 

I/O 

D18 

PR2D 

PR2D 

PR2D 

I/O 

C19 

PR1A 

PR1A 

PR1A 

I/O 

B20 

PR1B 

PR1B 

PR1B 

I/O 

C18 

PR1C 

PR1C 

PR1C 

I/O 

B19 

PR1D 

PR1D 

PR1D 

I/O 

A20 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

U15 

Vdd 

Vdd 

Vdd 

Vdd 

A19 

PT14D 

PT16D 

PT18D 

I/O 

B18 

PT14C 

PT16C 

PT18C 

I/O 

B17 

PT14B 

PT16B 

PT18B 

I/O 

C17 

PT14A 

PT16A 

PT18A 

I/O 

D16 

PT13D 

PT15D 

PT17D 

l/O-RDY/ 

RCLK 

A18 

PT13C 

PT15C 

PT17A 

I/O 

A17 

PT13B 

PT15B 

PT16D 

I/O 

C16 

PT13A 

PT15A 

PT16C 

I/O 

B16 

PT12D 

PT14D 

PT16A 

I/O 

A16 

PT12C 

PT13D 

PT15D 

I/0-D7 

C15 

PT12B 

PT13C 

PT15A 

I/O 

D14 

PT12A 

PT13B 

PT14D 

I/O 

B15 

PT11D 

PT13A 

PT14A 

I/O 

A15 

PT11C 

PT12D 

PT13D 

I/O 

C14 

PT11B 

PT12B 

PT13B 

I/0-D6 


Pin 

2C08 Pad 

2C10 Pad 

2C12 Pad 

Function 

B14 

PT11A 

PT12A 

PT13A 

I/O 

A14 

PT10D 

PT11D 

PT12D 

I/O 

C13 

PT10C 

PT11C 

PT12C 

I/O 

B13 

PT10B 

PT11B 

PT12B 

I/O 

A13 

PT10A 

PT11A 

PT12A 

I/0-D5 

D12 

PT9D 

PT10D 

PT11D 

I/O 

C12 

PT9C 

PT10C 

PT11C 

I/O 

B12 

PT9B 

PT10B 

PT11B 

I/O 

A12 

PT9A 

PT10A 

PT11A 

I/0-D4 

B11 

PT8D 

PT9D 

PT10D 

I/O 

C11 

PT8C 

PT9C 

PT10C 

I/O 

A11 

PT8B 

PT9B 

PT10B 

I/O 

A10 

PT8A 

PT9A 

PT10A 

I/0-D3 

B10 

PT7D 

PT8D 

PT9D 

I/O 

C10 

PT7C 

PT8C 

PT9C 

I/O 

D10 

PT7B 

PT8B 

PT9B 

I/O 

A9 

PT7A 

PT8A 

PT9A 

I/0-D2 

B9 

PT6D 

PT7D 

PT8D 

I/0-D1 

C9 

PT6C 

PT7C 

PT8C 

I/O 

D9 

PT6B 

PT7B 

PT8B 

I/O 

A8 

PT6A 

PT7A 

PT8A 

l/O-DO/DIN 

B8 

PT5D 

PT6D 

PT7D 

I/O 

C8 

PT5C 

PT6C 

PT7C 

I/O 

A7 

PT5B 

PT6B 

PT7B 

I/O 

B7 

PT5A 

PT6A 

PT7A 

l/O-DOUT 

A6 

PT4D 

PT5D 

PT6D 

I/O 

C7 

PT4C 

PT5A 

PT6A 

I/O 

B6 

PT4B 

PT4D 

PT5C 

I/O 

A5 

PT4A 

PT4A 

PT5A 

l/O-TDI 

D7 

PT3D 

PT3D 

PT4D 

I/O 

C6 

PT3C 

PT3C 

PT4A 

I/O 

B5 

PT3B 

PT3B 

PT3D 

I/O 

A4 

PT3A 

PT3A 

PT3A 

l/O-TMS 

C5 

PT2D 

PT2D 

PT2D 

I/O 

B4 

PT2C 

PT2C 

PT2C 

I/O 

A3 

PT2B 

PT2B 

PT2B 

I/O 

D5 

PT2A 

PT2A 

PT2A 

I/O 

C4 

PT1D 

PT1D 

PT1D 

I/O 

B3 

PT1C 

PT1C 

PT1C 

I/O 

B2 

PT1B 

PT1B 

PT1B 

I/O 

A2 

PT1A 

PT1A 

PT1A 

l/O-TCK 

C3 

RD DATA 
/TDO 

RD DATA 
n-DO 

RD DATA 
/TDO 

RD DATA/ 
TDO 


Notes: 

The W3 pin on the 256-pin PBGA package is unconnected for all devices listed in this table. 

The ATT2C08 does not have bond pads connected to the 256-pin PBGA package pins F2 and Y17. 

A 4 X 4 array of thermal balls is found at the center of the package. The balls can be attached to the ground plane of the board for enhanced ther¬ 
mal capability (see Table 26) or left unconnected. 
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Pin Information (continued) 

Table 23. ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, and ATT2C40 
304-Pin SQFP/SQFP-PQ2 Pinout 


Pin 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

1 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

2 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

3 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

4 

PL1D 

PL1D 

PL1D 

PL1D 

PL1D 

PL1D 

I/O 

5 

PL1C 

PL1C 

PL1C 

PL1C 

PL1C 

PL1A 

I/O 

6 

PL1B 

PL1B 

PL1B 

PL1B 

PL1B 

PL2D 

I/O 

7 

PL1A 

PL1A 

PL1A 

PL1A 

PL1A 

PL2A 

I/O 

8 

PL2D 

PL2D 

PL2D 

PL2D 

PL2D 

PL3D 

l/O-AO 

9 

PL2C 

PL2C 

PL2C 

PL2A 

PL2A 

PL3A 

I/O 

10 

PL2B 

PL2B 

PL2B 

PL3D 

PL3D 

PL4D 

I/O 

11 

PL2A 

PL2A 

PL2A 

PL3A 

PL3A 

PL4A 

I/O 

12 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

13 

PL3D 

PL3D 

PL3D 

PL4D 

PL4D 

PL5D 

I/O 

14 

PL3C 

PL3C 

PL3A 

PL4A 

PL4A 

PL6D 

I/O 

15 

PL3B 

PL3B 

PL4D 

PL5D 

PL5D 

PL7D 

I/O 

16 

PL3A 

PL3A 

PL4A 

PL5A 

PL5A 

PL8D 

I/0-A1 

17 

See Note 

PL4D 

PL5D 

PL6D 

PL6D 

PL9D 

I/O 

18 

See Note 

PL4C 

PL5C 

PL6C 

PL6C 

PL9C 

I/O 

19 

See Note 

PL4B 

PL5B 

PL6B 

PL6B 

PL9B 

I/O 

20 

PL4D 

PL4A 

PL5A 

PL6A 

PL6A 

PL9A 

I/0-A2 

21 

See Note 

PL5D 

PL6D 

PL7D 

PL7D 

PL10D 

I/O 

22 

PL4C 

PL5C 

PL6C 

PL7C 

PL7C 

PL10C 

I/O 

23 

PL4B 

PL5B 

PL6B 

PL7B 

PL7B 

PL10B 

I/O 

24 

PL4A 

PL5A 

PL6A 

PL7A 

PL7A 

PL10A 

I/0-A3 

25 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

26 

PL5D 

PL6D 

PL7D 

PL8D 

PL8D 

PL11D 

I/O 

27 

PL5C 

PL6C 

PL7C 

PL8C 

PL8A 

PL11A 

I/O 

28 

PL5B 

PL6B 

PL7B 

PL8B 

PL9D 

PL12D 

I/O 

29 

PL5A 

PL6A 

PL7A 

PL8A 

PL9A 

PL12A 

I/0-A4 

30 

PL6D 

PL7D 

PL8D 

PL9D 

PL10D 

PL13D 

I/0-A5 

31 

PL6C 

PL7C 

PL8C 

PL9C 

PL10A 

PL13A 

I/O 

32 

PL6B 

PL7B 

PL8B 

PL9B 

PL11D 

PL14D 

I/O 

33 

PL6A 

PL7A 

PL8A 

PL9A 

PL11A 

PL14A 

I/0-A6 

34 

Vss 

VSS 

Vss 

Vss 

Vss 

Vss 

Vss 

35 

PL7D 

PL8D 

PL9D 

PL10D 

PL12D 

PL15D 

I/O 

36 

PL7C 

PL8C 

PL9C 

PL10C 

PL12C 

PL15C 

I/O 

37 

PL7B 

PL8B 

PL9B 

PL10B 

PL12B 

PL15B 

I/O 

38 

PL7A 

PL8A 

PL9A 

PL10A 

PL12A 

PL15A 

I/0-A7 

39 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

40 

PL8D 

PL9D 

PL10D 

PL11D 

PL13D 

PL16D 

I/O 

41 

PL8C 

PL9C 

PL10C 

PLUG 

PL13C 

PL16C 

I/O 


Note: The ATT2C08 does not have bond pads connected to 304-pin SQFP package pin numbers 17, 18, 19, 21, 57, 59, 64, 89, 91—93, 131, 
138, 140, 171, 174, 175, 206—209, 242, 243, 249, 282, 283, 286, and 287. 


Lucent Technologies Inc. 


2-249 





ORCA 2C Series FPGAs 


FPGA Data Book 


Pin Information (continued) 


Table 23. ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, and ATT2C40 
304-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

42 

PL8B 

PL9B 

PL10B 

PL11B 

PL13B 

PL16B 

I/O 

43 

PL8A 

PL9A 

PL10A 

PL11A 

PL13A 

PL16A 

I/0-A8 

44 

VSS 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

45 

PL9D 

PL10D 

PL11D 

PL12D 

PL14D 

PL17D 

I/0-A9 

46 

PL9C 

PL10C 

PLUG 

PL12G 

PL14A 

PL17A 

I/O 

47 

PL9B 

PL10B 

PL11B 

PL12B 

PL15D 

PL18D 

I/O 

48 

PL9A 

PL10A 

PL11A 

PL12A 

PL15A 

PL18A 

I/O-A10 

49 

PL10D 

PL11D 

PL12D 

PL13D 

PL16D 

PL19D 

I/O 

50 

PL10C 

PLUG 

PL12G 

PL13G 

PL16A 

PL19A 

I/O 

51 

PL10B 

PL11B 

PL12B 

PL13B 

PL17D 

PL20D 

I/O 

52 

PL10A 

PL11A 

PL12A 

PL13A 

PL17A 

PL20A 

I/0-A11 

53 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

54 

PL11D 

PL12D 

PL13D 

PL14D 

PL18D 

PL21D 

I/0-A12 

55 

PLUG 

PL12G 

PL13B 

PL14B 

PL18B 

PL21B 

I/O 

56 

PL11B 

PL12B 

PL13A 

PL14A 

PL18A 

PL21A 

I/O 

57 

See Note 

PL12A 

PL14D 

PL15D 

PL19D 

PL22D 

I/O 

58 

PL11A 

PL13D 

PL14B 

PL15B 

PL19B 

PL22B 

i/0-A13 

59 

See Note 

PL13G 

PL14A 

PL15A 

PL19A 

PL22A 

I/O 

60 

PL12D 

PL13B 

PL15D 

PL16D 

PL20D 

PL23D 

I/O 

61 

PL12C 

PL13A 

PL15B 

PL16B 

PL20B 

PL24D 

I/O 

62 

PL12B 

PL14D 

PL15A 

PL16A 

PL20A 

PL25D 

I/O 

63 

PL12A 

PL14G 

PL16D 

PL17D 

PL21D 

PL25A 

I/0-A14 

64 

See Note 

PL14A 

PL16A 

PL17A 

PL21A 

PL26A 

I/O 

65 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

66 

PL13D 

PL15D 

PL17D 

PL18D 

PL22D 

PL27D 

I/O 

67 

PL13C 

PL15G 

PL17G 

PL18G 

PL22G 

PL27G 

I/O 

68 

PL13B 

PL15B 

PL17B 

PL18A 

PL22A 

PL27A 

I/O 

69 

PL13A 

PL15A 

PL17A 

PL19D 

PL23D 

PL28D 

I/O 

70 

PL14D 

PL16D 

PL18D 

PL19G 

PL23G 

PL28G 

I/O 

71 

PL14C 

PL16G 

PL18G 

PL19A 

PL23A 

PL28A 

I/O 

72 

PL14B 

PL16B 

PL18B 

PL20D 

PL24D 

PL29A 

I/O 

73 

PL14A 

PL16A 

PL18A 

PL20A 

PL24A 

PL30A 

I/0-A15 

74 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

75 

CCLK 

GGLK 

GGLK 

GGLK 

GGLK 

GGLK 

GGLK 

76 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

77 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

78 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

79 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

80 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

PB1A 

I/0-A16 

81 

PB1B 

PB1B 

PB1B 

PB1G 

PB1G 

PB2A 

I/O 

82 

PB1C 

PB1G 

PB1G 

PB1D 

PB1D 

PB2D 

I/O 


Note: The ATT2C08 does not have bond pads connected to 304-pin SQFP package pin numbers 17, 18, 19, 21,57, 59, 64, 89, 91—93,131, 
138, 140, 171, 174, 175, 206—209, 242, 243, 249, 282, 283, 286, and 287. 
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Table 23. ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, and ATT2C40 
304-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

83 

PB1D 

PB1D 

PB1D 

PB2A 

PB2A 

PB3A 

I/O 

84 

PB2A 

PB2A 

PB2A 

PB2D 

PB2D 

PB3D 

I/O 

85 

PB2B 

PB2B 

PB2B 

PB3A 

PB3A 

PB4A 

I/O 

86 

PB2C 

PB2C 

PB2C 

PB3C 

PB3C 

PB4C 

I/O 

87 

PB2D 

PB2D 

PB2D 

PB3D 

PB3D 

PB4D 

I/O 

88 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

89 

See Note 

PB3A 

PB3A 

PB4A 

PB4A 

PB5A 

I/O 

90 

PB3A 

PB3B 

PB3D 

PB4D 

PB4D 

PB5D 

I/0-A17 

91 

See Note 

PB3C 

PB4A 

PB5A 

PB5A 

PB6A 

I/O 

92 

See Note 

PB3D 

PB4D 

PB5D 

PB5D 

PB6D 

I/O 

93 

See Note 

PB4A 

PB5A 

PB6A 

PB6A 

PB7A 

I/O 

94 

PB3B 

PB4B 

PB5B 

PB6B 

PB6B 

PB7D 

I/O 

95 

PB3C 

PB4C 

PB5C 

PB6C 

PB6C 

PB8A 

I/O 

96 

PB3D 

PB4D 

PB5D 

PB6D 

PB6D 

PB8D 

I/O 

97 

PB4A 

PB5A 

PB6A 

PB7A 

PB7A 

PB9A 

I/O 

98 

PB4B 

PB5B 

PB6B 

PB7B 

PB7B 

PB9D 

I/O 

99 

PB4C 

PB5C 

PB6C 

PB7C 

PB7C 

PB10A 

I/O 

100 

PB4D 

PB5D 

PB6D 

PB7D 

PB7D 

PB10D 

I/O 

101 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

102 

PB5A 

PB6A 

PB7A 

PB8A 

PB8A 

PB11A 

I/O 

103 

PB5B 

PB6B 

PB7B 

PB8B 

PB8D 

PB11D 

I/O 

104 

PB5C 

PB6C 

PB7C 

PB8C 

PB9A 

PB12A 

I/O 

105 

PB5D 

PB6D 

PB7D 

PB8D 

PB9D 

PB12D 

I/O 

106 

PB6A 

PB7A 

PB8A 

PB9A 

PB10A 

PB13A 

I/O 

107 

PB6B 

PB7B 

PB8B 

PB9B 

PB10D 

PB13D 

I/O 

108 

PB6C 

PB7C 

PB8C 

PB9C 

PB11A 

PB14A 

I/O 

109 

PB6D 

PB7D 

PB8D 

PB9D 

PB11D 

PB14D 

I/O 

110 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

111 

PB7A 

PB8A 

PB9A 

PB10A 

PB12A 

PB15A 

I/O 

112 

PB7B 

PB8B 

PB9B 

PB10B 

PB12B 

PB15B 

I/O 

113 

PB7C 

PB8C 

PB9C 

PB10C 

PB12C 

PB15C 

I/O 

114 

PB7D 

PB8D 

PB9D 

PB10D 

PB12D 

PB15D 

I/O 

115 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

116 

PB8A 

PB9A 

PB10A 

PB11A 

PB13A 

PB16A 

I/O 

117 

PB8B 

PB9B 

PB10B 

PB11B 

PB13B 

PB16B 

I/O 

118 

PB8C 

PB9C 

PB10C 

PB11C 

PB13C 

PB16C 

I/O 

119 

PB8D 

PB9D 

PB10D 

PB11D 

PB13D 

PB16D 

I/O 

120 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

121 

PB9A 

PB10A 

PB11A 

PB12A 

PB14A 

PB17A 

I/O 

122 

PB9B 

PB10B 

PB11B 

PB12B 

PB14D 

PB17D 

I/O 

123 

PB9C 

PB10C 

PB11C 

PB12C 

PB15A 

PB18A 

I/O 


Note: The ATT2C08 does not have bond pads connected to 304-pin SQFP package pin numbers 17,18,19, 21,57, 59, 64, 89, 91—93,131, 
138, 140, 171, 174, 175, 206—209, 242, 243, 249, 282, 283, 286, and 287. 
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Pin Information (continued) 


Table 23. ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, and ATT2C40 
304-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

124 

PB9D 

PB10D 

PB11D 

PB12D 

PB15D 

PB18D 

I/O 

125 

PB10A 

PB11A 

PB12A 

PB13A 

PB16A 

PB19A 

l/O-HDC 

126 

PB10B 

PB11B 

PB12B 

PB13B 

PB16D 

PB19D 

I/O 

127 

PB10C 

PB11C 

PB12C 

PB13C 

PB17A 

PB20A 

I/O 

128 

PB10D 

PB11D 

PB12D 

PB13D 

PB17D 

PB20D 

I/O 

129 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

130 

PB11A 

PB12A 

PB13A 

PB14A 

PB18A 

PB21A 

l/O-CDC 

131 

See Note 

PB12B 

PB13B 

PB14B 

PB18B 

PB21D 

I/O 

132 

PB11B 

PB12C 

PB13C 

PB14C 

PB18C 

PB22A 

I/O 

133 

PB11C 

PB12D 

PB13D 

PB14D 

PB18D 

PB22D 

I/O 

134 

PB11D 

PB13A 

PB14A 

PB15A 

PB19A 

PB23A 

I/O 

135 

PB12A 

PB13B 

PB14B 

PB15B 

PB19B 

PB24A 

I/O 

136 

PB12B 

PB13C 

PB14D 

PB15D 

PB19D 

PB24D 

I/O 

137 

PB12C 

PB13D 

PB15A 

PB16A 

PB20A 

PB25A 

l/O-lNTT 

138 

See Note 

PB14A 

PB15D 

PB16D 

PB20D 

PB25D 

I/O 

139 

PB12D 

PB14B 

PB16A 

PB17A 

PB21A 

PB26A 

I/O 

140 

See Note 

PB14D 

PB16D 

PB17D 

PB21D 

PB26D 

I/O 

141 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

142 

PB13A 

PB15A 

PB17A 

PB18A 

PB22A 

PB27A 

I/O 

143 

PB13B 

PB15B 

PB17B 

PB18B 

PB22B 

PB27B 

I/O 

144 

PB13C 

PB15C 

PB17C 

PB18D 

PB22D 

PB27D 

I/O 

145 

PB13D 

PB15D 

PB17D 

PB19A 

PB23A 

PB28A 

I/O 

146 

PB14A 

PB16A 

PB18A 

PB19D 

PB23D 

PB28D 

I/O 

147 

PB14B 

PB16B 

PB18B 

PB20A 

PB24A 

PB29A 

I/O 

148 

PB14C 

PB16C 

PB18C 

PB20B 

PB24B 

PB29D 

I/O 

149 

PB14D 

PB16D 

PB18D 

PB20D 

PB24D 

PB30D 

I/O 

150 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

151 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

DONE 

152 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

153 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

154 

RESET 

RESET 

RESET 

RESET 

RESET 

RESET 

RESET 

155 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

PRGM 

156 

PR14A 

PR16A 

PR18A 

PR20A 

PR24A 

PR30A 

l/O-MO 

157 

PR14B 

PR16B 

PR18B 

PR20C 

PR24C 

PR29A 

I/O 

158 

PR14C 

PR16C 

PR18C 

PR20D 

PR24D 

PR29D 

I/O 

159 

PR14D 

PR16D 

PR18D 

PR19A 

PR23A 

PR28A 

I/O 

160 

PR13A 

PR15A 

PR17A 

PR19D 

PR23D 

PR28D 

I/O 

161 

PR13B 

PR15B 

PR17B 

PR18A 

PR22A 

PR27A 

I/O 

162 

PR13C 

PR15C 

PR17C 

PR18B 

PR22B 

PR27B 

I/O 

163 

PR13D 

PR15D 

PR17D 

PR18D 

PR22D 

PR27D 

I/O 

164 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 


Note: The ATT2C08 does not have bond pads connected to 304-pln SQFP package pin numbers 17,18,19, 21,57, 59, 64, 89, 91—93,131, 
138, 140, 171, 174, 175, 206—209, 242, 243, 249, 282, 283, 286, and 287. 
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Table 23. ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, and ATT2C40 
304-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

165 

PR12A 

PR14A 

PR16A 

PR17A 

PR21A 

PR26A 

I/O 

166 

PR12B 

PR14C 

PR16D 

PR17D 

PR21D 

PR25A 

I/O 

167 

PR12C 

PR14D 

PR15A 

PR16A 

PR20A 

PR24A 

I/O 

168 

PR12D 

PR13A 

PR15C 

PR16C 

PR20C 

PR24D 

I/O 

169 

PR11A 

PR13B 

PR15D 

PR16D 

PR20D 

PR23D 

I/0-M1 

170 

PR11B 

PR13C 

PR14A 

PR15A 

PR19A 

PR22A 

I/O 

171 

See Note 

PR13D 

PR14C 

PR15C 

PR19C 

PR22C 

I/O 

172 

PR11C 

PR12A 

PR14D 

PR15D 

PR19D 

PR22D 

I/O 

173 

PR11D 

PR12B 

PR13A 

PR14A 

PR18A 

PR21A 

I/O 

174 

See Note 

PR12C 

PR13C 

PR14C 

PR18C 

PR21C 

I/O 

175 

See Note 

PR12D 

PR13D 

PR14D 

PR18D 

PR21D 

I/O 

176 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

177 

PR10A 

PR11A 

PR12A 

PR13A 

PR17A 

PR20A 

I/0-M2 

178 

PR10B 

PR11B 

PR12B 

PR13B 

PR17D 

PR20D 

I/O 

179 

PR10C 

PR11C 

PR12C 

PR13C 

PR16A 

PR19A 

I/O 

180 

PR10D 

PR11D 

PR12D 

PR13D 

PR16D 

PR19D 

I/O 

181 

PR9A 

PR10A 

PR11A 

PR12A 

PR15A 

PR18A 

I/0-M3 

182 

PR9B 

PR10B 

PR11B 

PR12B 

PR15D 

PR18D 

I/O 

183 

PR9C 

PR10C 

PR11C 

PR12C 

PR14A 

PR17A 

I/O 

184 

PR9D 

PR10D 

PR11D 

PR12D 

PR14D 

PR17D 

I/O 

185 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

186 

PR8A 

PR9A 

PR10A 

PR11A 

PR13A 

PR16A 

I/O 

187 

PR8B 

PR9B 

PRIOR 

PR11B 

PR13B 

PR16B 

I/O 

188 

PR8C 

PR9C 

PR10C 

PR11C 

PR13C 

PR16C 

I/O 

189 

PR8D 

PR9D 

PR10D 

PR11D 

PR13D 

PR16D 

I/O 

190 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

191 

PR7A 

PR8A 

PR9A 

PR10A 

PR12A 

PR15A 

I/O 

192 

PR7B 

PR8B 

PR9B 

PR10B 

PR12B 

PR15B 

I/O 

193 

PR7C 

PR8C 

PR9C 

PR10C 

PR12C 

PR15C 

I/O 

194 

PR7D 

PR8D 

PR9D 

PR10D 

PR12D 

PR15D 

I/O 

195 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

196 

PR6A 

PR7A 

PR8A 

PR9A 

PR11A 

PR14A 

I/O 

197 

PR6B 

PR7B 

PR8B 

PR9B 

PR11D 

PR14D 

I/O 

198 

PR6C 

PR7C 

PR8C 

PR9C 

PR10A 

PR13A 

I/O 

199 

PR6D 

PR7D 

PR8D 

PR9D 

PR10D 

PR13D 

1 I/O 

200 

PR5A 

PR6A 

PR7A 

PR8A 

PR9A 

PR12A 

I/0-CS1 

201 

PR5B 

PR6B 

PR7B 

PR8B 

PR9D 

PR12D 

I/O 

202 

PR5C 

PR6C 

PR7C 

PR8C 

PR8A 

PR11A 

I/O 

203 

PR5D 

PR6D 

PR7D 

PR8D 

PR8D 

PR11D 

I/O 

204 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

205 

PR4A 

PR5A 

PR6A 

PR7A 

1 _ 

PR7A 

PR10A 

l/O-CSO 


Note: The ATT2C08 does not have bond pads connected to 304-pin SQFP package pin numbers 17, 18, 19, 21,57, 59, 64, 89, 91—93,131, 
138, 140, 171, 174, 175, 206—209, 242, 243, 249, 282, 283, 286, and 287. 
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Table 23. ATT2C08, ATT2C10, ATr2C12, ATT2C15, ATT2C26, and ATT2C40 
304-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C08 Pad 

2C10Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

206 

See Note 

PR5B 

PR6B 

PR7B 

PR7B 

PR10B 

I/O 

207 

See Note 

PR5C 

PR6C 

PR7G 

PR7G 

PR10G 

I/O 

208 

See Note 

PR5D 

PR6D 

PR7D 

PR7D 

PR10D 

I/O 

209 

See Note 

PR4A 

PR5A 

PR6A 

PR6A 

PR9A 

I/O 

210 


PR4B 

PR5B 

PR6B 

PR6B 


I/O 


PR4C 

PR4C 


PR6G 

PR6G 

PR9G 

I/O 


PR4D 

PR4D 

PR5D 

PR6D 

PR6D 

PR9D 

I/O 








l/O-RD 


PR3B 

PR3B 

PR4B 

PR5B 

PR5B 

PR7A 

I/O 


PR3C 

PR3C 

PR4D 

PR5D 

PR5D 

PR6A 

I/O 


PR3D 

PR3D 

PR3A 

PR4A 

PR4A 

PR5A 

I/O 


Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 


PR2A 

PR2A 

PR2A 

PR3A 

PR3A 

PR4A 

I/O-WR 


PR2B 

PR2B 

PR2B 

PR3B 

PR3B 

PR4B 

I/O 


PR2C 

PR2C 

PR2C 

PR2A 

PR2A 

PR3A 

I/O 


PR2D 

PR2D 

PR2D 

PR2D 

PR2D 

PR3D 

I/O 


PR1A 

PR1A 

PR1A 

PR1A 

PR1A 

PR2A 

I/O 


PR1B 

PR1B 

PR1B 

PR1B 

PR1B 

PR2D 

I/O 


PR1C 

PRIG 

PRIG 

PRIG 

PRIG 

PR1A 

I/O 


PR1D 

PR1D 

PR1D 

PR1D 

PR1D 

PR1D 

I/O 


Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 


RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 

RD_CFGN 


Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 


Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 


Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 


Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 


PT14D 

PT16D 

PT18D 

PT20D 

PT24D 

PT30D 

I/O 


PT14C 

PT16C 

PT18G 

PT20G 

PT24G 

PT30A 

I/O 


PT14B 

PT16B 

PT18B 

PT20A 

PT24A 

PT29A 

I/O 


PT14A 

PT16A 

PT18A 

PT19D 

PT23D 

PT28D 

I/O 


PT13D 

PT15D 

PT17D 

PT19A 

PT23A 

PT28A 

l/O-RDY/RGLK 


PT13C 

PT15C 

PT17G 

PT18D 

PT22D 

PT27D 

I/O 


PT13B 

PT15B 

PT17B 

PT18G 

PT22G 

PT27G 

I/O 

239 

PT13A 

PT15A 

PT17A 

PT18A 

PT22A 

PT27A 

I/O 

240 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

241 

PT12D 

PT14D 

PT16D 

PT17D 

PT21D 

PT26D 

I/O 

242 

See Note 

PT14B 

PT16G 

PT17G 

PT21G 

PT26C 

I/O 

243 

See Note 

PT14A 

PT16A 

PT17A 

PT21A 

PT26A 

I/O 

244 

PT12C 

PT13D 

PT15D 

PT16D 

PT20D 

PT25D 

I/0-D7 

245 

PT12B 

PT13C 

PT15A 

PT16A 

PT20A 

PT25A 

I/O 

246 

PT12A 

PT13B 

PT14D 

PT15D 

PT19D 

PT24D 

I/O 


Note: The ATT2C08 does not have bond pads connected to 304-pin SQFP package pin numbers 17,18,19, 21,57, 59, 64, 89, 91—93,131, 
138, 140, 171, 174, 175, 206—209, 242, 243, 249, 282, 283, 286, and 287. 
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Pin Information (continued) 


Table 23. ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, and ATT2C40 
304-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C08 Pad 

2C10 Pad 

2C12Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

247 

PT11D 

PT13A 

PT14A 

PT15A 

PT19A 

PT23D 

I/O 

248 

PT11C 

PT12D 

PT13D 

PT14D 

PT18D 

PT22D 

I/O 

249 

See Note 

PT12C 

PT13C 

PT14C 

PT18C 

PT22A 

I/O 

250 

PT11B 

PT12B 

PT13B 

PT14B 

PT18B 

PT21D 

I/0-D6 

251 

PT11A 

PT12A 

PT13A 

PT14A 

PT18A 

PT21A 

I/O 

252 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

253 

PT10D 

PT11D 

PT12D 

PT13D 

PT17D 

PT20D 

I/O 

254 

PT10C 

PT11C 

PT12C 

PT13C 

PT17A 

PT20A 

I/O 

255 

PT10B 

PT11B 

PT12B 

PT13B 

PT16D 

PT19D 

I/O 

256 

PT10A 

PT11A 

PT12A 

PT13A 

PT16A 

PT19A 

I/0-D5 

257 

PT9D 

PT10D 

PT11D 

PT12D 

PT15D 

PT18D 

I/O 

258 

PT9C 

PT10C 

PT11C 

PT12C 

PT15A 

PT18A 

I/O 

259 

PT9B 

PT10B 

PT11B 

PT12B 

PT14D 

PT17D 

I/O 

260 

PT9A 

PT10A 

PT11A 

PT12A 

PT14A 

PT17A 

I/0-D4 

261 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

262 

PT8D 

PT9D 

PT10D 

PT11D 

PT13D 

PT16D 

I/O 

263 

PT8C 

PT9C 

PT10C 

PT11C 

PT13C 

PT16C 

I/O 

264 

PT8B 

PT9B 

PT10B 

PT11B 

PT13B 

PT16B 

I/O 

265 

PT8A 

PT9A 

PT10A 

PT11A 

PT13A 

PT16A 

I/0-D3 

266 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

267 

PT7D 

PT8D 

PT9D 

PT10D 

PT12D 

PT15D 

I/O 

268 

PT7C 

PT8C 

PT9C 

PT10C 

PT12C 

PT15C 

I/O 

269 

PT7B 

PT8B 

PT9B 

PT10B 

PT12B 

PT15B 

I/O 

270 

PT7A 

PT8A 

PT9A 

PT10A 

PT12A 

PT15A 

I/0-D2 

271 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

272 

PT6D 

PT7D 

PT8D 

PT9D 

PT11D 

PT14D 

I/0-D1 

273 

PT6C 

PT7C 

PT8C 

PT9C 

PT11A 

PT14A 

I/O 

274 

PT6B 

PT7B 

PT8B 

PT9B 

PT10D 

PT13D 

I/O 

275 

PT6A 

PT7A 

PT8A 

PT9A 

PT10A 

PT13A 

l/O-DO/DIN 

276 

PT5D 

PT6D 

PT7D 

PT8D 

PT9D 

PT12D 

I/O 

277 

PT5C 

PT6C 

PT7C 

PT8C 

PT9A 

PT12A 

I/O 

278 

PT5B 

PT6B 

PT7B 

PT8B 

PT8D 

PT11D 

I/O 

279 

PT5A 

PT6A 

PT7A 

PT8A 

PT8A 

PT11A 

l/O-DOUT 

280 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

281 

PT4D 

PT5D 

PT6D 

PT7D 

PT7D 

PT10D 

I/O 

282 

See Note 

PT5C 

PT6C 

PT7C 

PT7C 

PT10A 

I/O 

283 

See Note 

PT5B 

PT6B 

PT7B 

PT7B 

PT9D 

I/O 

284 

PT4C 

PT5A 

PT6A 

PT7A 

PT7A 

PT9A 

I/O 

285 

PT4B 

PT4D 

PT5D 

PT6D 

PT6D 

PT8D 

I/O 

286 

See Note 

PT4C 

PT5C 

PT6C 

PT6C 

PT8A 

I/O 

287 

See Note 

PT4B 

PT5B 

PT6B 

PT6B 

PT7D 

I/O 


Note; The ATT2C08 does not have bond pads connected to 304-pin SQFP package pin numbers 17,18, 19, 21, 57, 59, 64, 89, 91—93,131, 
138, 140, 171, 174, 175, 206—209, 242, 243, 249, 282, 283, 286, and 287. 
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Pin Information (continued) 


Table 23. ATT2C08, ATT2C10, ATT2C12, ATT2C15, ATT2C26, and ATT2C40 
304-Pin SQFP/SQFP-PQ2 Pinout (continued) 


Pin 

2C08 Pad 

2C10 Pad 

2C12 Pad 

2C15 Pad 

2C26 Pad 

2C40 Pad 

Function 

288 

PT4A 

PT4A 

PT5A 

PT6A 

PT6A 

PT7A 

l/O-TDI 

289 

PT3D 

PT3D 

PT4D 

PT5D 

PT5D 

PT6D 

I/O 

290 

PT3C 

PT3C 

PT4A 

PT5A 

PT5A 

PT6A 

I/O 

291 

PT3B 

PT3B 

PT3D 

PT4D 

PT4D 

PT5D 

I/O 

■SECT 

PT3A 

PT3A 

PT3A 

PT4A 

PT4A 

PT5A 

l/O-TMS 

293 

VSS 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

294 

PT2D 

PT2D 

PT2D 

PT3D 

PT3D 

PT4D 

I/O 

295 

PT2C 

PT2C 

PT2C 

PT3A 

PT3A 

PT4A 

I/O 

296 

PT2B 

PT2B 

PT2B 

PT2D 

PT2D 

PT3D 

I/O 

297 

PT2A 

PT2A 

PT2A 

PT2A 

PT2A 

PT3A 

I/O 

298 

PT1D 

PT1D 

PT1D 

PT1D 

PT1D 

PT2D 

I/O 

299 

PT1C 

PT1C 

PT1C 

PT1C 

PT1C 

PT1C 

I/O 

300 

PT1B 

PT1B 

PT1B 

PT1B 

PT1B 

PT1D 

I/O 

301 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

PT1A 

l/O-TCK 

302 

VSS 

Vss 

Vss 

Vss 

Vss 

Vss 

Vss 

303 

RD_DATA/ 

TOO 

RD.DATA/ 

TDO 

RD.DATATDO 

RD_DATA/TDO 

RD_DATA/TDO 

RD_DATAn'DO 

RD_DATA/rDO 

304 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 

Vdd 


Note: The ATT2C08 does not have bond pads connected to 304-pin SQFP package pin numbers 17,18,19, 21, 57, 59, 64, 89, 91—93,131, 
138, 140, 171, 174, 175, 206—209, 242, 243, 249, 282, 283, 286, and 287. 
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Table 24. ATT2C12 and ATT2C15 364-Pin CPGA Pinout 


Pin 

2C12 Pad 

2C15 Pad 

Function 

Pin 

2C12 Pad 

2C15 Pad 

Function 

G25 

Vss 

Vss 

Vss 

A19 

PL9D 

PL10D 

I/O 

J27 

Vdd 

Vdd 

Vdd 

D18 

PL9C 

PL10C 

I/O 

G23 

Vss 

Vss 

Vss 

B18 

PL9B 

PL10B 

I/O 

E29 

PL1D 

PL1D 

I/O 

C17 

PL9A 

PL10A 

I/0-A7 

B32 

PL1C 

PL1C 

I/O 

G7 

Vdd 

Vdd 

Vdd 

D28 

PL1B 

PL1B 

I/O 

E17 

PL10D 

PL11D 

I/O 

A33 

PL1A 

PL1A 

I/O 

A17 

PL10C 

PL11C 

I/O 

C29 

PL2D 

PL2D 

l/O-AO 

D16 

PL10B 

PL11B 

I/O 

E27 

See Note 

PL2C 

I/O 

B16 

PL10A 

PL11A 

I/0-A8 

B30 

See Note 

PL2B 

I/O 

G15 

Vss 

Vss 

Vss 

F26 

PL2C 

PL2A 

I/O 

A15 

PL11D 

PL12D 

I/0-A9 

A31 

PL2B 

PL3D 

I/O 

F16 

PL11C 

PL12C 

I/O 

D26 

See Note 

PL3C 

I/O 

B14 

PL11B 

PL12B 

I/O 

C27 

See Note 

PL3B 

I/O 

C15 

PL11A 

PL12A 

I/O-A10 

E25 

PL2A 

PL3A 

I/O 

A13 

PL12D 

PL13D 

I/O 

G21 

Vss 

Vss 

Vss 

E15 

PL12C 

PL13C 

I/O 

B28 

PL3D 

PL4D 

I/O 

A11 

PL12B 

PL13B 

I/O 

F24 

PL3C 

PL4C 

I/O 

D14 

PL12A 

PL13A 

I/0-A11 

A29 

PL3B 

PL4B 

I/O 

C13 

PL13D 

PL14D 

I/0-A12 

D24 

PL3A 

PL4A 

I/O 

B12 

PL13C 

PLUG 

I/O 

C25 

PL4D 

PL5D 

I/O 

F14 

PL13B 

PL14B 

I/O 

E23 

PL4C 

PL5C 

I/O 

A9 

PL13A 

PL14A 

I/O 

B26 

PL4B 

PL5B 

I/O 

E13 

PL14D 

PL15D 

I/O 

F22 

PL4A 

PL5A 

I/0-A1 

B10 

PL14C 

PL15C 

I/O 

G19 

Vss 

Vss 

Vss 

D12 

PL14B 

PL15B 

I/0-A13 

D22 

PL5D 

PL6D 

I/O 

C11 

PL14A 

PL15A 

I/O 

A27 

PL5C 

PL6C 

I/O 

G13 

Vss 

Vss 

Vss 

E21 

PL5B 

PL6B 

I/O 

F12 

PL15D 

PL16D 

I/O 

C23 

PL5A 

PL6A 

I/0-A2 

A7 

PL15C 

PL16C 

I/O 

F20 

PL6D 

PL7D 

I/O 

E11 

PL15B 

PL16B 

I/O 

B24 

PL6C 

PL7C 

I/O 

B8 

PL15A 

PL16A 

I/O 

C21 

PL6B 

PL7B 

I/O 

D10 

PL16D 

PL17D 

I/0-A14 

A25 

PL6A 

PL7A 

I/0-A3 

C9 

PL16C 

PL17C 

I/O 

G27 

Vdd 

Vdd 

Vdd 

F10 

PL16B 

PL17B 

I/O 

B22 

PL7D 

PL8D 

I/O 

A5 

PL16A 

PL17A 

I/O 

D20 

PL7C 

PL8C 

I/O 

G11 

Vss 

Vss 

Vss 

A23 

PL7B 

PL8B 

I/O 

E9 

PL17D 

PL18D 

I/O 

E19 

PL7A 

PL8A 

I/0-A4 

B6 

PL17C 

PL18C 

I/O 

A21 

PL8D 

PL9D 

I/0-A5 

D8 

See Note 

PL18B 

I/O 

C19 

PL8C 

PL9C 

I/O 

C7 

PL17B 

PL18A 

I/O 

B20 

PL8B 

PL9B 

I/O 

F8 

PL17A 

PL19D 

I/O 

F18 

PL8A 

PL9A 

I/0-A6 

A3 

PL18D 

PL19C 

I/O 

G17 

Vss 

Vss 

Vss 

E7 

See Note 

PL19B 

I/O 


Notes: The ATT2C12 does not have bond pads connected to 364-pin CPGA package pin numbers E27, B30, D26, C27, D8, E7, D6, C3, B2, 
G5, D2, H4, AF4, AL1, AGS, AL3, AK6, AM4, AH8, AJ9, AN31, AK26, AH26, AL29, AH30, AG29, AK32, AG31, F32, H30, C33, and 
G29.The J9 pin is used for package orientation only.The ceramic PGA contains single large Vdd and Vss planes to which all Vdd and 
Vss bond pads are connected. 
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Table 24. ATT2C12 and ATT2C15 364-Pin CPGA Pinout (continued) 


Pin 

2C12 Pad 

2C15 Pad 

Function 

Pin 

2C12 Pad 

2C15 Pad 

Function 

B4 

PL18C 

PL19A 

I/O 

L1 

PB7C 

PB8C 

I/O 

C5 

PL18B 

PL20D 

I/O 

R5 

PB7D 

PB8D 

I/O 

D6 

See Note 

PL20C 

I/O 

N1 

PB8A 

PB9A 

I/O 

C3 

See Note 

PL20B 

I/O 

R3 

PB8B 

PB9B 

I/O 

F6 

PL18A 

PL20A 

I/0-A15 

P2 

PB8C 

PB9C 

I/O 

G9 

Vss 

Vss 

Vss 

T6 

PB8D 

PB9D 

I/O 

D4 

CCLK 

CCLK 

CCLK 

R1 

PB9A 

PB10A 

I/O 

J7 

Vdd 

Vdd 

Vdd 

T4 

PB9B 

PB10B 

I/O 

L7 

Vdd 

Vdd 

Vdd 

T2 

PB9C 

PB10C 

I/O 

R7 

Vss 

Vss 

Vss 

U3 

PB9D 

PB10D 

I/O 

E5 

PB1A 

PB1A 

I/0-A16 

U7 

Vss 

Vss 

Vss 

B2 

See Note 

PB1B 

I/O 

U5 

PB10A 

PB11A 

I/O 

F4 

PB1B 

PB1C 

I/O 

U1 

PB10B 

PB11B 

I/O 

A1 

PB1C 

PB1D 

I/O 

V4 

PB10C 

PB11C 

I/O 

E3 

PB1D 

PB2A 

I/O 

V2 

PB10D 

PB11D 

I/O 

G5 

See Note 

PB2B 

I/O 

W1 

PB11A 

PB12A 

I/O 

D2 

See Note 

PB2C 

I/O 

V6 

PB11B 

PB12B 

I/O 

H6 

PB2A 

PB2D 

I/O 

Y2 

PB11C 

PB12C 

I/O 

C1 

PB2B 

PB3A 

I/O 

W3 

PB11D 

PB12D 

I/O 

H4 

See Note 

PB3B 

I/O 

AA1 

PB12A 

PB13A 

l/O-HDC 

G3 

PB2C 

PB3C 

I/O 

W5 

PB12B 

PB13B 

I/O 

J5 

PB2D 

PB3D 

I/O 

AC1 

PB12C 

PB13C 

I/O 

F2 

PB3A 

PB4A 

I/O 

Y4 

PB12D 

PB13D 

I/O 

K6 

PB3B 

PB4B 

I/O 

AA7 

Vdd 

Vdd 

Vdd 

E1 

PB3C 

PB4C 

I/O 

AA3 

PB13A 

PB14A 

l/O-LDC 

K4 

PB3D 

PB4D 

I/0-A17 

AB2 

PB13B 

PB14B 

I/O 

J3 

PB4A 

PB5A 

I/O 

Y6 

PB13C 

PB14C 

I/O 

L5 

PB4B 

PB5B 

I/O 

AE1 

PB13D 

PB14D 

I/O 

H2 

PB4C 

PB5C 

I/O 

AA5 

PB14A 

PB15A 

I/O 

M6 

PB4D 

PB5D 

I/O 

AD2 

PB14B 

PB15B 

I/O 

M4 

PB5A 

PB6A 

I/O 

AB4 

PB14C 

PB15C 

I/O 

G1 

PB5B 

PB6B 

I/O 

AC3 

PB14D 

PB15D 

I/O 

N5 

PB5C 

PB6C 

I/O 

AB6 

PB15A 

PB16A 

i/O-lNiT 

L3 

PB5D 

PB6D 

I/O 

AG1 

PB15B 

PB16B 

I/O 

P6 

PB6A 

PB7A 

I/O 

ACS 

PB15C 

PB16C 

I/O 

K2 

PB6B 

PB7B 

I/O 

AF2 

PB15D 

PB16D 

I/O 

N3 

PB6C 

PB7C 

I/O 

AD4 

PB16A 

PB17A 

I/O 

J1 

PB6D 

PB7D 

I/O 

AE3 

PB16B 

PB17B 

I/O 

N7 

Vdd 

Vdd 

Vdd 

AD6 

PB16C 

PB17C 

I/O 

M2 

PB7A 

PB8A 

I/O 

AJ1 

PB16D 

PB17D 

I/O 

P4 

PB7B 

PB8B 

I/O 

AES 

PB17A 

PB18A 

I/O 


Notes: The ATT2C12 does not have bond pads connected to 364-pln CPGA package pin numbers E27, B30, D26, C27, D8, E7, D6, C3, B2, 
G5, D2, H4, AF4, AL1, AGS, AL3, AK6, AM4, AH8, AJ9, AN31, AK26, AH26, AL29, AH30, AG29, AK32, AG31, F32, H30, C33, and 
G29.The J9 pin is used for package orientation only.The ceramic PGA contains single large Vdd and Vss planes to which all Vdd and 
Vss bond pads are connected. 
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Pin Information (continued) 


Table 24. ATT2C12 and ATT2C15 364-Pin CPGA Pinout (continued) 


Pin 

2C12 Pad 

2C15 Pad 

Function 

Pin 

2C12 Pad 

2C15 Pad 

Function 

AH2 

PB17B 

PB18B 

I/O 

AM12 

PR13C 

PR14C 

I/O 

AF4 

See Note 

PB18C 

I/O 

AL13 

PR13D 

PR14D 

I/O 

AG3 

PB17C 

PB18D 

I/O 

AE7 

Vdd 

Vdd 

Vdd 

AF6 

PB17D 

PB19A 

I/O 

AK14 

PR12A 

PR13A 

I/0-M2 

AL1 

See Note 

PB19B 

I/O 

AN11 

PR12B 

PR13B 

I/O 

AG5 

See Note 

PB19C 

I/O 

AJ15 

PR12C 

PR13C 

I/O 

AK2 

PB18A 

PB19D 

I/O 

AN13 

PR12D 

PR13D 

I/O 

AJ3 

PB18B 

PB20A 

I/O 

AL15 

PR11A 

PR12A 

I/0-M3 

AH4 

PB18C 

PB20B 

I/O 

AMU 

PR11B 

PR12B 

I/O 

AL3 

See Note 

PB20C 

I/O 

AH16 

PR11C 

PR12C 

I/O 

AH6 

PB18D 

PB20D 

I/O 

AN15 

PR11D 

PR12D 

I/O 

W7 

Vss 

Vss 

Vss 

AG15 

Vss 

Vss 

Vss 

AK4 

DONE 

DONE 

DONE 

AK16 

PR10A 

PR11A ' 

I/O 

AC7 

Vdd 

Vdd 

Vdd 

AM16 

PR10B 

PR11B 

I/O 

AG11 

Vss 

Vss 

Vss 

AJ17 

PR10C 

PR11C 

I/O 


RESET 

RESET 

RESET 

AN17 

PR10D 

PR11D 

I/O 

BSlil 

PRGM 

PRGM 

PRGM 

AG7 

Vdd 

Vdd 

Vdd 

AN1 

PR18A 

PR20A 


AL17 

PR9A 

PR10A 

I/O 

AK6 

See Note 

PR20B 

I/O 

AK18 

PR9B 

PR10B 

I/O 


PR18B 

PR20C 

I/O 

AMI 8 

PR9C 

PR10C 

I/O 


PR18C 

PR20D 

I/O 

AN19 

PR9D 

PR10D 

I/O 

AG9 

PR18D 

PR19A 

I/O 

AG17 

Vss 

Vss 

Vss 


See Note 

PR19B 

I/O 

AH18 

PR8A 

PR9A 

I/O 

AH8 

See Note 

PR19C 

I/O 

AM20 

PR8B 

PR9B 

I/O 


PR17A 

PR19D 

I/O 

AL19 

PR8C 

PR9C 

I/O 

AK8 

PR17B 

PR18A 

I/O 

AN21 

PR8D 

PR9D 

I/O 

Ba 

PR17C 

PR18B 

I/O 

AJ19 

PR7A 

PR8A 

I/0-CS1 

loa 

See Note 

PR18C 

I/O 


PR7B 

PR8B 

I/O 


PR17D 

PR18D 

I/O 


PR7C 

PR8C 

I/O 

AG13 

Vss 

Vss 

Vss 


PR7D 

PR8D 

I/O 


PR16A 

PR17A 

I/O 


Vdd 

Vdd 

Vdd 

AN5 

PR16B 

PR17B 

I/O 


PR6A 

PR7A 

l/O-CSO 

AK10 

PR16C 

PR17C 

I/O 

AL21 


PR7B 

I/O 

AL9 

PR16D 

PR17D 

I/O 

AM24 


PR7C 

I/O 

AJ11 

PR15A 

PR16A 

I/O 

AH20 


PR7D 

I/O 

AM8 

PR15B 

PR16B 

I/O 

AL23 


PR6A 

I/O 

AH12 

PR15C 

PR16C 

I/O 

AJ21 


PR6B 

I/O 

AN7 

PR15D 

PR16D 




PR6C 

I/O 

AL11 

PR14A 

PR15A 

I/O 

AK22 

PR5D 

PR6D 

I/O 

AK12 

PR14B 

PR15B 

I/O 

AG19 

Vss 

Vss 

Vss 

AM10 

PR14C 

PR15C 

I/O 

AM26 

PR4A 

PR5A 

i/o-m 

AJ13 

PR14D 

PR15D 

I/O 

AH22 

PR4B 

PR5B 

I/O 

AN9 

PR13A 

PR14A 

I/O 

AL25 

PR4C 

PR5C 

I/O 

AH14 

PR13B 

PR14B 

I/O 

AJ23 

PR4D 

PR5D 

I/O 


Notes: The ATT2C12 does not have bond pads connected to 364-pin CPGA package pin numbers E27, B30, D26, C27, D8, E7, D6, C3, B2, 
G5, D2, H4, AF4, AL1, AGS, AL3, AK6, AM4, AH8, AJ9, AN31, AK26, AH26, AL29, AH30, AG29, AK32, AG31, F32, H30, C33, and 
G29.The J9 pin is used for package orientation only.The ceramic PGA contains single large Vdd and Vss planes to which all Vdd and 
Vss bond pads are connected. 
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Pin information (continued) 


Table 24. ATT2C12 and ATT2C15 364-Pin CPGA Pinout (continued) 


Pin 

2C12 Pad 

2C15 Pad 

Function 

Pin 

2C12 Pad 

2C15 Pad 

Function 

AN29 

PR3A 

PR4A 

I/O 

AA29 

PT14B 

PT15B 

I/O 

AK24 

PR3B 

PR4B 

I/O 

AC31 

PT14A 

PT15A 

I/O 

AM28 

PR3C 

PR4C 

I/O 

Y28 

PT13D 

PT14D 

I/O 

AH24 

PR3D 

PR4D 

I/O 

AD32 

PT13C 

PT14C 

I/O 

AG21 

Vss 

Vss 

Vss 

AA31 

PT13B 

PT14B 

I/0-D6 


PR2A 

PR3A 



PT13A 

PT14A 

I/O 


PR2B 

PR3B 

I/O 


Vdd 

Vdd 

Vdd 




I/O 


PT12D 

PT13D 

I/O 

I AK26 



I/O 

I Y30 

PT12C 

PT13C 

I/O 




I/O 


PT12B 

PT13B 

I/O 

AH26 


PR2B 

I/O 


PT12A 

PT13A 

I/0-D5 




I/O 

AA33 

PT11D 

PT12D 

I/O 


PR2D 

PR2D 

I/O 

W31 

PT11C 

PT12C 

I/O 


PR1A 

PR1A 

I/O 

Y32 

PT11B 

PT12B 

I/O 

AL31 

PR1B 


I/O 

V28 

PT11A 

PT12A 

I/0-D4 


PR1C 


I/O 


PT10D 

PT11D 

I/O 


PR1D 

PR1D 

I/O 

rnttim 

PT10C 

PT11C 

I/O 

KTcHcl 

Vss 

Vss 

Vss 


PT10B 

PT11B 

I/O 

AH28 

RD_CFGN 

RD_CFGN 

RD_CFGN 

U31 

PT10A 

PT11A 

I/0-D3 

AE27 

Vdd 

Vdd 

Vdd 

U27 

Vss 

Vss 

Vss 

AC27 

Vdd 

Vdd 

Vdd 

U29 

PT9D 

PT10D 

I/O 

W27 

Vss 

Vss 

Vss 

U33 

PT9C 

PT10C 

I/O 

AJ29 

PT18D 

PT20D 

I/O 

T30 

PT9B 

PT10B 

I/O 

AM32 

PT18C 

PT20C 

I/O 

T32 

PT9A 

PT10A 

I/0-D2 

AH30 

See Note 

PT20B 

I/O 

R33 

PT8D 

PT9D 

I/0-D1 

AN33 

PT18B 

PT20A 

I/O 

T28 

PT8C 

PT9C 

I/O 

AJ31 

PT18A 

PT19D 

I/O 

P32 

PT8B 

PT9B 

I/O 

AG29 

See Note 

PT19C 

I/O 

R31 

PT8A 

PT9A 

l/O-DO/DIN 

AK32 

See Note 

PT19B 

I/O 

N33 

PT7D 

PT8D 

I/O 

AF28 

PT17D 

PT19A 

l/O-RDY/RCLK 

R29 

PT7C 

PT8C 

I/O 

AL33 

PT17C 

PT18D 

I/O 

L33 

PT7B 

PT8B 

I/O 

AF30 

PT17B 

PT18C 

I/O 

P30 

PT7A 

PT8A 

l/O-DOUT 

AG31 

See Note 

PT18B 

I/O 

N27 

Vdd 

Vdd 

Vdd 

AE29 

PT17A 

PT18A 

I/O 

N31 

PT6D 

PT7D 

I/O 

AH32 

PT16D 

PT17D 

I/O 

M32 

PT6C 

PT7C 

I/O 

AD28 

PT16C 

PT17C 

I/O 

P28 

PT6B 

PT7B 

I/O 

AJ33 

PT16B 

PT17B 

I/O 

J33 

PT6A 

PT7A 

I/O 

AD30 

PT16A 

PT17A 

I/O 

N29 

PT5D 

PT6D 

I/O 

AE31 

PT15D 

PT16D 

I/0-D7 

K32 

PT5C 

PT6C 

I/O 

AC29 

PT15C 

PT16C 

I/O 

M30 

PT5B 

PT6B 

I/O 

AF32 

PT15B 

PT16B 

I/O 

L31 

PT5A 

PT6A 

l/O-TDI 

AB28 

PT15A 

PT16A 

I/O 

M28 

PT4D 

PT5D 

I/O 

AB30 

PT14D 

PT15D 

I/O 

G33 

PT4C 

PT5C 

I/O 


Notes: The ATT2C12 does not have bond pads connected to 364-pln CPGA package pin numbers E27, B30, D26, C27, D8, E7, D6, C3, B2, 
G5, D2, H4, AF4, AL1, AGS, AL3, AK6, AM4, AH8, AJ9, AN31, AK26, AH26, AL29, AH30. AG29, AK32, AG31, F32, H30, C33, and 
G29.The J9 pin is used for package orientation only.The ceramic PGA contains single large Vdd and Vss planes to which ail Vdd and 
Vss bond pads are connected. 
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Pin Information (continued) 


Table 24. ATT2C12 and ATT2C15 364-Pin CPGA Pinout (continued) 


Pin 

2C12 Pad 

2C15 Pad 

Function 

Pin 

2C12 Pad 

2C15 Pad 

Function 

AG33 

PT14C 

PT15C 

I/O 

L29 

PT4B 

PT5B 

I/O 


PT4A 

PT5A 

I/O 


See Note 

PT2C 

I/O 

mm 

PT3D 

PT4D 

I/O 


See Note 

PT2B 

I/O 

J31 

IBiiESH 

PT4C 

I/O 


PT2A 

PT2A 

I/O 



PT4B 

I/O 

E31 

PT1D 


I/O 




l/O-TMS 

F30 

PT1C 


I/O 

J29 

PT2D 

PT3D 

I/O 

C31 

PT1B 

PT1B 

I/O 

F32 

See Note 

PT3C 

I/O 

F28 

PT1A 

PT1A 

l/O-TCK 

H30 

See Note 

PT3B 

I/O 

R27 

Vss 

Vss 

Vss 

G31 

PT2C 

PT3A 

I/O 

D30 

RD_DATA/TDO 

RD_DATA/TDO 

RD.DATA/TDO 

H28 

PT2B 

PT2D 

I/O 

L27 

Vdd 

Vdd 

Vdd 


Notes: The ATT2C12 does not have bond pads connected to 364-pin CPGA package pin numbers E27, B30, D26, C27, D8, E7, D6, C3, B2, 
G5. D2, H4, AF4, AL1, AGS, AL3, AK6, AM4, AH8, AJ9, AN31, AK26, AH26, AL29, AH30, AG29, AK32, AG31, F32, H30, C33, and 
G29.The J9 pin is used for package orientation only.The ceramic PGA contains single large Vdd and Vss planes to which all Vdd and 
Vss bond pads are connected. 
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Pin Information (continued) 

Table 25. ATT2C26 and ATT2C40 428-Pin CPGA Pinout 


Pin 

2C26 Pad 

2C40 Pad 

Function 

Pin 

2C26 Pad 

2C40 Pad 

Function 

D34 

Vss 

Vss 

Vss 

B22 

PL10B 

PL13B 

I/O 

AL33 

Vdd 

Vdd 

Vdd 

F20 

PL10A 

PL13A 

I/O 

E33 

Vss 

Vss 

Vss 

C21 

PL11D 

PL14D 

I/O 

C33 

PL1D 

PL1D 

I/O 

D20 

PL11C 

PL14C 

I/O 

D32 

PL1C 

PL1A 

I/O 

A21 

PL11B 

PL14B 

I/O 

B32 

PL1B 

PL2D 

I/O 

G19 

PL11A 

PL14A 

I/0-A6 

E29 

PL1A 

PL2A 

I/O 

F32 

Vss 

Vss 

Vss 

F28 

PL2D 

PL3D 

l/O-AO 

B20 

PL12D 

PL15D 

I/O 

C31 

PL2C 

PL3C 

I/O 

F18 

PL12C 

PL15C 

I/O 

G27 

PL2B 

PL3B 

I/O 

C19 

PL12B 

PL15B 

I/O 

A31 

PL2A 

PL3A 

I/O 

E19 

PL12A 

PL15A 

1/0-A7 

H26 

PL3D 

PL4D 

I/O 

H18 

Vdd 

Vdd 

Vdd 

D30 

PL3C 

PL4C 

I/O 

E17 

PL13D 

PL16D 

I/O 

D28 

PL3B 

PL4B 

I/O 

A19 

PL13C 

PL16C 

I/O 

B30 

PL3A 

PL4A 

I/O 

D18 

PL13B 

PL16B 

I/O 

F26 

PL4D 

PL5D 

I/O 

B18 

PL13A 

PL16A 

I/0-A8 

C29 

PL4C 

PL5C 

I/O 

G31 

Vss 

Vss 

Vss 

G25 

PL4B 

PL5B 

I/O 

D14 

PL14D 

PL17D 

I/0-A9 

A29 

PL4A 

PL6D 

I/O 

A17 

PL14C 

PL17C 

I/O 

E27 

PL5D 

PL7D 

I/O 

G17 

PL14B 

PL17B 

I/O 

B28 

PL5C 

PL7C 

I/O 

C17 

PL14A 

PL17A 

I/O 

H24 

PL5B 

PL7B 

I/O 

F16 

PL15D 

PL18D 

I/O 

C27 

PL5A 

PL8D 

I/0-A1 

B16 

PL15C 

PL18C 

I/O 

E25 

PL6D 

PL9D 

I/O 

E15 

PL15B 

PL18B 

I/O 

A27 

PL6C 

PL9C 

I/O 

D16 

PL15A 

PL18A 

I/O-A10 

G23 

PL6B 

PL9B 

I/O 

E13 

PL16D 

PL19D 

I/O 

D26 

PL6A 

PL9A 

I/0-A2 

A15 

PL16C 

PL19C 

I/O 

F24 

PL7D 

PL10D 

I/O 

F14 

PL16B 

PL19B 

I/O 

B26 

PL7C 

PL10C 

I/O 

C15 

PL16A 

PL19A 

I/O 

D24 

PL7B 

PL10B 

I/O 

H16 

PL17D 

PL20D 

I/O 

C25 

PL7A 

PL10A 

I/0-A3 

B14 

PL17C 

PL20C 

I/O 

H22 

Vdd 

Vdd 

Vdd 

G15 

PL17B 

PL20B 

I/O 

A25 

PL8D 

PL11D 

I/O 

A13 

PL17A 

PL20A 

I/0-A11 

E23 

PL8C 

PL11C 

I/O 

H14 

Vdd 

Vdd 

Vdd 

B24 

PL8B 

PL11B 

I/O 

C13 

PL18D 

PL21D 

I/0-A12 

F22 

PL8A 

PL11A 

I/O 

D10 

PL18C 

PL21C 

I/O 

C23 

PL9D 

PL12D 

I/O 

B12 

PL18B 

PL21B 

I/O 

G21 

PL9C 

PL12C 

I/O 

E11 

PL18A 

PL21A 

I/O 

A23 

PL9B 

PL12B 

I/O 

D12 I 

PL19D 

PL22D 

I/O 

H20 

PL9A 

PL12A 

I/0-A4 

F12 

PL19C 

PL22C 

I/O 

D22 

PL10D 

PL13D 

I/0-A5 

A11 

PL19B 

PL22B 

I/0-A13 

E21 

PL10C 

PL13C 

I/O 

G13 

PL19A 

PL22A 

I/O 


Note: The ceramic PGA contains single large Vdd and Vss planes to which all Vdd and Vss bond pads are connected. 
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Pin Information (continued) 


Table 25. ATT2C26 and ATT2C40 428-Pin CPGA Pinout (continued) 


Pin 

2C26 Pad 

2C40 Pad 

Function 

Pin 

2C26 Pad 

2C40 Pad 

Function 

C11 

PL20D 

PL23D 

I/O 

L3 

PB5C 

PB6C 

I/O 

E9 

PL20C 

PL23C 

I/O 

M6 

PB5D 

PB6D 

I/O 

B10 

PL20B 

PL24D 

I/O 

L1 

PB6A 

PB7A 

I/O 

H12 

PL20A 

PL25D 

I/O 

N7 

PB6B 

PB7D 

I/O 

A9 

PL21D 

PL25A 

I/0-A14 

M4 

PB6C 

PB8A 

I/O 

F10 

PL21C 

PL26C 

I/O 

N5 

PB6D 

PB8D 

I/O 

C9 

PL21B 

PL26B 

I/O 

M2 

PB7A 

PB9A 

I/O 

G11 

PL21A 

PL26A 

I/O 

P6 

PB7B 

PB9D 

I/O 

B8 

PL22D 

PL27D 

I/O 

N3 

PB7C 

PB10A 

I/O 

E7 

PL22C 

PL27C 

I/O 

P4 

PB7D 

PB10D 

I/O 

D8 

PL22B 

PL27B 

I/O 

P8 

Vdd 

Vdd 

Vdd 

F8 

PL22A 

PL27A 

I/O 

R7 

PB8A 

PB11A 

I/O 

A7 

PL23D 

PL28D 

I/O 

N1 

PB8B 

PB11B 

I/O 

G9 

PL23C 

PL28C 

I/O 

T8 

PB8C 

PB11C 

I/O 

C7 

PL23B 

PL28B 

I/O 

P2 

PB8D 

PB11D 

I/O 

H10 

PL23A 

PL28A 

I/O 

R5 

PB9A 

PB12A 

I/O 

D6 

PL24D 

PL29A 

I/O 

R3 

PB9B 

PB12B 

I/O 

B6 

PL24C 

PL30C 

I/O 

T6 

PB9C 

PB12C 

I/O 

F4 

PL24B 

PL30B 

I/O 

R1 

PB9D 

PB12D 

I/O 

C5 

PL24A 

PL30A 

I/0-A15 

T4 

PB10A 

PB13A 

I/O 

H30 

Vss 

Vss 

Vss 

U7 

PB10B 

PB13B 

I/O 

G5 

CCLK 

CCLK 

CCLK 

T2 

PB10C 

PB13C 

I/O 

AM34 

Vdd 

Vdd 

Vdd 

U5 

PB10D 

PB13D 

I/O 

AN35 

Vdd 

Vdd 

Vdd 

U3 

PB11A 

PB14A 

I/O 

D4 

Vss 

Vss 

Vss 

V4 

PB11B 

PB14B 

I/O 

H6 

PB1A 

PB1A 

I/0-A16 

U1 

PB11C 

PB14C 

I/O 

E3 

PB1B 

PB1B 

I/O 

V6 

PB11D 

PB14D 

I/O 

J7 

PB1C 

PB2A 

I/O 

E5 

Vss 

Vss 

Vss 

F2 

PB1D 

PB2D 

I/O 

V2 

PB12A 

PB15A 

I/O 

G3 

PB2A 

PB3A 

I/O 

W5 

PB12B 

PB15B 

I/O 

J5 

PB2B 

PB3B 

I/O 

W3 

PB12C 

PB15C 

I/O 

G1 

PB2C 

PB3C 

I/O 

W7 

PB12D 

PB15D 

I/O 

K8 

PB2D 

PB3D 

I/O 

F6 

Vss 

Vss 

Vss 

H4 

PB3A 

PB4A 

I/O 

W1 

PB13A 

PB16A 

I/O 

K6 

PB3B 

PB4B 

I/O 

Y4 

PB13B 

PB16B 

I/O 

H2 

PB3C 

PB4C 

I/O 

Y2 

PB13C 

PB16C 

I/O 

K4 

PB3D 

PB4D 

I/O 

Y6 

PB13D 

PB16D 

I/O 

J3 

PB4A 

PB5A 

I/O 

G7 

Vss 

Vss 

Vss 

L7 

PB4B 

PB5B 

I/O 

AA1 

PB14A 

PB17A 

I/O 

J1 

PB4C 

PB5C 

I/O 

Y8 

PB14B 

PB17B 

I/O 

M8 

PB4D 

PB5D 

I/0-A17 

AA3 

PB14C 

PB17C 

I/O 

K2 

PB5A 

PB6A 

I/O 

AA5 

PB14D 

PB17D 

I/O 

L5 

PB5B 

PB6B 

I/O 

AB2 

PB15A 

PB18A I 

I/O 


Note; The ceramic PGA contains single large Vdd and Vss planes to which all Vdd and Vss bond pads are connected. 
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Pin Information (continued) 


Table 25. ATT2C26 and ATT2C40 428-Pin CPGA Pinout (continued) 


Pin 

2C26 Pad 

2C40 Pad 

Function 

Pin 

2C26 Pad 

2C40 Pad 

Function 

AA7 

PB15B 

PB18B 

I/O 

AR5 

RESET 

RESET 

RESET 

AB4 

PB15C 

PB18C 

I/O 

AP6 

PRGM 

PRGM 

PRGM 

AB6 

PB15D 

PB18D 

I/O 

AT6 

PR24A 

PR30A 

l/O-MO 

ACS 

PB16A 

PB19A 

l/O-HDC 

AN7 

PR24B 

PR30B 

I/O 

AC1 

PB16B 

PB19B 

I/O 

AR7 

PR24C 

PR29A 

I/O 

AD4 

PB16C 

PB19C 

I/O 


PR24D 

PR29D 

170 

AC3 

PB16D 

PB19D 

I/O 


Vdd 

Vdd 

Vdd 


PB17A 

PB20A 

I/O 


PR23A 

PR28A 

I/O 

AD2 

PB17B 

PB20B 

I/O 


PR23B 

PR28B 

I/O 

AC7 

PB17C 

PB20C 

I/O 

AL9 

PR23C 

PR28C 

I/O 

AE1 

PB17D 

PB20D 

I/O 

AP8 

PR23D 

PR28D 

I/O 

V8 

Vdd 

Vdd 

Vdd 

AN9 

PR22A 

PR27A 

I/O 


PB18A 

PB21A 

i/o-mc 

AT8 

PR22B 

PR27B 

I/O 


PB18B 

PB21D 

I/O 

AL11 

PR22C 

PR27C 

I/O 

WA'sm 

PB18C 

PB22A 

I/O 

AR9 

PR22D 

PR27D 

I/O 


PB18D 

PB22D 

I/O 

AP4 

Vss 

Vss 

Vss 


PB19A 

PB23A 

I/O 

AK12 

PR21A 

PR26A 

I/O 


PB19B 

PB24A 

I/O 

AU9 

PR21B 

PR26B 

I/O 

AG1 

PB19C 

PB24C 

I/O 

AM10 

PR21C 

PR26C 

I/O 


PB19D 

PB24D 

I/O 

AT10 

PR21D 

PR25A 

I/O 


PB20A 



AP10 

PR20A 

PR24A 

I/O 

Tjara 

PB20B 

PB25B 

I/O 

AR11 

PR20B 

PR24B 

I/O 

AH2 

PB20C 

PB25C 

I/O 

AL13 

PR20C 

PR24D 

I/O 

AH4 

PB20D 

PB25D 

I/O 

AU11 

PR20D 

PR23D 

I/0-M1 

AJ1 

PB21A 

PB26A 

I/O 


PR19A 

PR22A 

I/O 

AH6 

PB21B 

PB26B 

I/O 

I AP12 

PR19B 

PR22B 

I/O 

AJ3 

PB21C 

PB26C 

I/O 


PR19C 

PR22C 

I/O 


PB21D 

PB26D 

I/O 


PR19D 

PR22D 

I/O 


PB22A 

PB27A 

I/O 

AN11 

PR18A 

PR21A 

I/O 


PB22B 

PB27B 

I/O 

AR13 

PR18B 

PR21B 

I/O 


PB22C 

PB27C 


AN13 

PR18C 

PR21C 

I/O 


PB22D 

PB27D 

I/O 

AU13 

PR18D 

PR21D 

I/O 

I AL1 

PB23A 

PB28A 

I/O 

AK16 

Vdd 

Vdd 

Vdd 


PB23B 

PB28B 

I/O 

AT14 

PR17A 

PR20A 

I/0-M2 

AL3 

PB23C 

PB28C 

I/O 

AL15 

PR17B 

PR20B 

I/O 

AH8 

PB23D 

PB28D 

I/O 


PR17C 

PR20C 

I/O 

AK6 

PB24A 


I/O 


PR17D 

PR20D 

I/O 


PB24B 

PB29D 

I/O 


PR16A 

PR19A 

I/O 




I/O 

I AP14 

PR16B 

PR19B 

I/O 


PB24D 

PB30D 

I/O 


PR16C 

PR19C 

I/O 

H8 

Vss 

Vss 

Vss 

AN15 

PR16D 

PR19D 

I/O 

AM4 

DONE 

DONE 

DONE 

AT16 

PR15A 

PR18A 

I/0-M3 

AB8 

Vdd 

Vdd 

Vdd 

AM16 

PR15B 

PR18B 

I/O 


Note: The ceramic PGA contains single large Vdd and Vss planes to which all Vdd and Vss bond pads are connected. 


2-264 


Lucent Technologies Inc. 

































FPGA Data Book 


ORCA 2C Series FPGAs 


Pin information (continued) 


Table 25. ATT2C26 and ATT2C40 428-Pin CPGA Pinout (continued) 


Pin 

2C26 Pad 

2C40 Pad 

Function 

Pin 

2C26 Pad 

2C40 Pad 

Function 

AR17 

PR15C 

PR18C 

I/O 

AR27 

PR5A 

PR8A 

l/O-RD 

AL17 

PR15D 

PR18D 

I/O 

AL25 

PR5B 

PR7A 

I/O 

AU17 

PR14A 

PR17A 

I/O 

AT28 

PR5C 

PR7C 

I/O 


PR14B 

PR17B 

I/O 

AP28 

PR5D 

PR6A 

I/O 


PR14C 

PR17C 

I/O 


PR4A 

PR5A 

I/O 

AK18 

PR14D 

PR17D 

I/O 


PR4B 

PR5B 

I/O 

AN5 

Vss 

Vss 

Vss 


PR4C 

PR5C 

I/O 


PR13A 

PR16A 

I/O 




I/O 


PR13B 

PR16B 

I/O 

AL7 

Vss 

Vss 

Vss 


PR13C 

PR16C 

I/O 

AT30 



l/O-WR 

AP18 

PR13D 

PR16D 

I/O 



PR4B 

I/O 


Vdd 

Vdd 

Vdd 



PR4C 

I/O 

AL19 

PR12A 

PR15A 

I/O 



PR4D 

I/O 

AU19 

PR12B 

PR15B 

I/O 

■aijcia 


PR3A 

I/O 

AP20 

PR12C 

PR15C 

I/O 

I AL29 


PR3B 

I/O 


PR12D 

PR15D 

I/O 


PR2C 

PR3C 

I/O 

AM6 

Vss 

Vss 

Vss 


PR2D 

PR3D 

I/O 

mm 

PR11A 

PR14A 

I/O 

I AM30 


PR2A 

I/O 


PR11B 

PR14B 

I/O 

■aicM 

PR1B 

PR2D 

I/O 


PR11C 

PR14C 

I/O 


PR1C 

PR1A 

I/O 


PR11D 

PR14D 

I/O 

AR33 


PR1D 

I/O 


PR10A 

PR13A 

I/O 

AK8 

Vss 

Vss 

Vss 


PR10B 

PR13B 

I/O 


RD_CFGN 

RD_CFGN 

RD_CFGN 


PR10C 

PR13C 

I/O 

Mkim 

Vdd 

Vdd 

Vdd 


PR10D 

PR13D 

I/O 


Vdd 

Vdd 

Vdd 

ism 

PR9A 

PR12A 

I/0-CS1 

^3cgl 

Vss 

Vss 

Vss 

am 

PR9B I 

PR12B 

I/O 


PT24D 

PT30D 

I/O 

AP24 


PR12C 

I/O 


PT24C 

PT30A 

I/O 


PR9D 

PR12D 

I/O 

Li:fc^a 

PT24B 

PT29B 

I/O 


PR8A 

PR11A 

I/O 

LiKia 

PT24A 

PT29A 

I/O 


PR8B 

PR11B 

I/O 


PT23D 

PT28D 

I/O 

■JWcl 

PR8C 

PR11C 

I/O 


PT23C 

PT28C 

I/O 


PR8D 

PR11D 

I/O 


PT23B 

PT28B 

I/O 

AK24 

Vdd 

Vdd 

Vdd 


PT23A 

PT28A 

l/O-RDY/RCLK 


PR7A 

PR10A 

l/O-CSO 

AK36 

PT22D 

PT27D 

I/O 


PR7B 


I/O 

AF30 

PT22C 

PT27C 

I/O 

AT26 



I/O 

AJ35 

PT22B 

PT27B 

I/O 


PR7D 


I/O 

AG33 

PT22A 

PT27A 

I/O 


PR6A 


I/O 

AJ37 

PT21D 

PT26D 

I/O 


PR6B 


I/O 

AF32 

PT21C 

PT26C 

I/O 

AU27 

PR6C 

PR9C 

I/O 

AH36 

PT21B 

PT26B 

I/O 

AM26 

PR6D 

PR9D 

I/O 

AE31 

PT21A 

PT26A 

I/O 


Note; The ceramic PGA contains single large Vdd and Vss planes to which all Vdd and Vss bond pads are connected. 
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Pin Information (continued) 


Table 25. ATT2C26 and ATT2C40 428-Pin CPGA Pinout (continued) 


Pin 

2C26 Pad 

2C40 Pad 

Function 

Pin 

2C26 Pad 

2C40 Pad 

Function 

AG35 

PT20D 

PT25D 

I/0-D7 

T32 

PT10C 

PT13C 

I/O 

AE33 

PT20C 

PT25C 

I/O 

T34 

PT10B 

PT13B 

I/O 



PT25B 

I/O 

mmm 

PT10A 

PT13A 

l/O-DO/DIN 




I/O 


PT9D 

PT12D 

I/O 


PT19D 

PT24D 

I/O 

■iisa 

PT9C 

PT12C 

I/O 

AD34 

PT19C 

PT24C 

I/O 


PT9B 

PT12B 

I/O 

AF36 

PT19B 

PT24B 

I/O 

I P36 

PT9A 

PT12A 

I/O 

AC33 

PT19A 

PT23D 

I/O 


PT8D 

PT11D 

I/O 

AE35 

PT18D 

PT22D 

I/O 


PT8C 

PT11C 

I/O 

AC31 

PT18C 

PT22A 

I/O 


PT8B 

PT11B 

I/O 

PJJclrJ 

PT18B 

PT21D 

I/0-D6 


PT8A 

PT11A 

l/O-DOUT 


PT18A 

PT21A 

I/O 

■«cM 

Vdd 

Vdd 

Vdd 


Vdd 

Vdd 

Vdd 


PT7D 

PT10D 

I/O 

AB30 

PT17D 

PT20D 

I/O 


PT7C 

PT10A 

I/O 


PT17C 

PT20C 

I/O 


PT7B 

PT9D 

I/O 

Y34 

PT17B 

PT20B 

I/O 


PT7A 

PT9A 

I/O 

AC35 

PT17A 

PT20A 

I/O 

M34 

PT6D 

PT8D 

I/O 


PT16D 

PT19D 

I/O 

K34 

PT6C 

PT8A 

I/O 


PT16C 

PT19C 

I/O 

L35 

PT6B 

PT7D 

I/O 

AA31 

PT16B 

PT19B 

I/O 


PT6A 

PT7A 

l/O-TDI 

AB34 

PT16A 

PT19A 

I/0-D5 


PT5D 

PT6D 

I/O 

AB36 

PT15D 

PT18D 

I/O 

■W 

PT5C 

PT6C 

I/O 

V34 

PT15C 

PT18C 

I/O 

K36 

PT5B 


I/O 

AA35 

PT15B 

PT18B 

I/O 

K32 

PT5A 


I/O 

Y32 

PT15A 

PT18A 

I/O 

H36 

PT4D 


I/O 

AA37 

PT14D 

PT17D 

I/O 

J33 

I PT4C 


I/O 

W33 

PT14C 

PT17C 

I/O 

J35 

PT4B 

PT5B 

I/O 

Y36 

PT14B 

PT17B 

I/O 

J31 

PT4A 


l/O-TMS 

U33 

PT14A 

PT17A 

I/0-D4 

AL31 

Vss 

Vss 

Vss 

W35 

PT13D 

PT16D 

I/O 

G37 

PT3D 

PT4D 

I/O 

W31 

PT13C 

PT16C 

I/O 

K30 

PT3C 

PT4C 

I/O 

W37 

PT13B 

PT16B 

I/O 

H34 

PT3B 

PT4B 

I/O 

V32 

PT13A 

PT16A 

I/0-D3 

H32 

PT3A 

PT4A 

I/O 

AN33 

Vss 

Vss 

Vss 

G35 

PT2D 

PT3D 

I/O 

V36 

PT12D 

PT15D 

I/O 

G33 

PT2C 

PT3C 

I/O 


PT12C 

PT15C 

I/O 

F36 

PT2B 

PT3B 

I/O 


PT12B 

PT15B 

I/O 


PT2A 


I/O 


PT12A 

PT15A 


■2^ 

PT1D 

PT2D 

I/O 

AM32 

Vss 

Vss 

Vss 

matzm 

PT1C 


I/O 

T36 

PT11D 

PT14D 



PT1B 

PT1D 

I/O 

R33 

PT11C 

PT14C 

I/O 


PT1A 


l/O-TCK 

U35 

PT11B 

PT14B 

I/O 

AK30 

Vss 

Vss 

Vss 

U31 

PT11A 

PT14A 

I/O 

H28 

RD_DATA/TDO 

RD_DATA/TDO 

RD_DATA/TDO 

R37 

PT10D 

PT13D 

I/O 

T30 

Vdd 

Vdd 

Vdd 


Note: The ceramic PGA contains single large Vdd and Vss planes to which all Vdd and Vss bond pads are connected. 
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Package Thermal Characteristics 

When silicon die junction temperature is below the 
recommended junction temperature of 125 °C, the 
temperature-activated failure mechanisms are mini¬ 
mized. There are four major factors that affect the 
thermal resistance value: silicon device size/paddle 
size, board mounting configuration (board density, 
multilayer nature of board), package type and size, 
and system airflow over the package. The values in the 
table below reflect the capability of the various package 
types to dissipate heat at given airflow rates. The num¬ 
bers represent the delta °C/W between the ambient 
temperature and the device junction temperature. 

To test package thermal characteristics, a single pack¬ 
age containing a 0.269 in. sq. test IC of each configura¬ 
tion is mounted at the center of a printed-circuit board 
(PCB) measuring 8 in. x 13 in. x 0.062 in. The assem¬ 
bled PCB is mounted vertically in the center of the rect¬ 
angular test section of a wind tunnel. The walls of the 
wind tunnel simulate adjacent boards in the electronic 
rack and can be adjusted to study the effects of PCB 
spacing. Forced air at room temperature is supplied by 
a pair of push-pull blowers which can be regulated to 
supply the desired air velocities. The air velocity is 
measured with a hot-wire anemometer at the center of 
the channel, 3 In. upstream from the package. 

A typical test consists of regulating the wind tunnel 
blowers to obtain the desired air velocity and applying 
power to the test IC. The power to the IC is adjusted 
until the maximum junction temperature (as measured 
by its diodes) reaches 115 °C to 120 °C. The thermal 
resistance 0ja (°C/W) is computed by using the power 
supplied to the IC, junction temperature, ambient tem¬ 
perature, and air velocity: 


0JA 


TJ-TA 

Qc 


where: 

Tj = peak temperature on the active surface of the IC 
Ta = ambient air temperature 
Qc = IC power 

The tests are repeated at several velocities from 0 fpm 
(feet per minute) to 1000 fpm. 


The definition of the junction-to-case thermal resis¬ 
tance 0JC is: 


0JC 


TJ-TC 

QC 


where: 

Tc = temperature measured to the thermocouple at 
the top dead center of the package 

The actual 0jc measurement performed at Lucent, 
0J-TDC, uses a different package mounting arrange¬ 
ment than the one defined for 0JC in MIL-STD-883D 
and SEMI standards. Please contact Lucent for a dia¬ 
gram. 

The maximum power dissipation for a package is 
calculated from the maximum allowed junction temper¬ 
ature (Tjmax, 125 °C), the maximum ambient tempera¬ 
ture (TAmax), and the junction-to-amblent thermal 
characteristic for the given package (0jA).The maxi¬ 
mum power for the package Is calculated as follows: 

Max. Power (Watts) = (125 °C - TAmax) x (1/0ja) 

In Table 26 and Table 26, a maximum power dissipation 
for each package Is shown with TAmax = 70 °C for the 
commercial temperature range and the 0ja used is for 
0 feet per minute of air flowing over the package. If your 
application does not correspond to these parameters, 
the maximum power dissipation should be recalculated 
using the formula above. 

Once the power dissipated by the FPGA has been 
determined (see the Estimating Power Dissipation sec¬ 
tion), the maximum junction temperature of the FPGA 
can be found. This is needed to determine if speed der¬ 
ating of the device from the 85 °C junction temperature 
used in all of the delay tables is needed. Using the 
maximum ambient temperature, TAmax, and the power 
dissipated by the device, P, the maximum junction tem¬ 
perature Is given by: 

TJmax = TAmax + (P • 0Ja) °C 

Table 26 and Table 26 list the thermal characteristics 
for all packages used with the ORCA 2C Series of 
FPGAs. 
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Package Thermal Characteristics (continued) 


Table 26. ORCA Plastic Package Thermal Characteristics 


Package 

0JA (°C/W) 

0JC 

Max Power (W) 

Ofpm 

200 fpm 

400 fpm 

(°C/W) 

(70 °C-~0 fpm) 

84-Pin PLCC 

40 

35 

32 

9 

1.38 

100-Pin TQFP 

61 

49 

46 

6 

0.9 

144-Pin TQFP 

52 

39 

36 

4 

1.05 

160-Pin QFP 

40 

36 

32 

8 

1.38 

208-Pin SQFP 

37 

33 

29 

8 

1.49 

208-Pin SQFP-PQ2 

16 

14 

12 

1.3 

3.43 

240-Pin SQFP 

35 

31 

28 

7 

1.57 

240-Pin SQFP-PQ2 

15 

12 

10 

1.3 

3.66 

256-Pin PBGA’ 

21 

17 (est.) 

14 (est.) 

TBD 

2.62 

256-Pin PBGA^ 

28 

24 (est.) 

22 (est.) 

TBD 

1.97 

304-Pin SQFP 

33 

30 

27 

6 

1.67 

304-Pin SQFP-PQ2 

12 

10 

8 

1.3 

4.58 


Notes: 

1 .With thermal balls connected to board ground plane. 

2. Without thermal balls connected to board ground plane. 


Table 27. ORCA Ceramic Package Thermal Characteristics 


Package 

0JA (°C/W) 

0JC 

Max Power (W) 

Ofpm 

200 fpm 

400 fpm 

(°C/W) 

(70 °C—0 fpm) 

364-Pin CPGA 

18 

16 

14 

2.3 

3.05 

428-Pin CPGA 

18 

16 

14 

2.3 

3.05 


Package Coplanarity 

The coplanarity of Lucent Technologies’ postmolded 
packages is 4 mils. The coplanarity of selected pack¬ 
ages is scheduled to be reduced to 3.1 mils. All Lucent 
ORCA Series FPGA ceramic packages are through- 
hole mount. 

Package Parasitics 

The electrical performance of an IC package, such as 
signal quality and noise sensitivity, is directly affected 
by the package parasitics. Table 28 lists eight parasitics 
associated with the ORCA packages. These parasitics 
represent the contributions of all components of a 
package, which include the bond wires, all internal 
package routing, and the external leads. 

Four inductances in nH are listed: Lw and Ll, the self¬ 
inductance of the lead; and Lmw and Lml, the mutual 
Inductance to the nearest neighbor lead. These param¬ 
eters are important in determining ground bounce 


noise and inductive crosstalk noise. Three capaci¬ 
tances in pF are listed: Cm, the mutual capacitance of 
the lead to the nearest neighbor lead; and Ci and Ca, 
the total capacitance of the lead to all other leads (all 
other leads are assumed to be grounded). These 
parameters are important In determining capacitive 
crosstalk and the capacitive loading effect of the lead. 

The parasitic values in Table 28 are for the circuit 
model of bond wire and package lead parasitics. If the 
mutual capacitance value is not used in the designer’s 
model, then the value listed as mutual capacitance 
should be added to each of the Ci and C2 capacitors. 
The PGAs contain power and ground planes that will 
make the inductance value for power and ground leads 
the minimum value listed. The PGAs also have a signif¬ 
icant range of parasitic values. This is due to the large 
variation in internal trace lengths and is also due to two 
signal metal layers that are separated from the ground 
plane by different distances. The upper signal layer is 
more inductive but less capacitive than the closer, 
lower signal layer. 
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Package Parasitics (continued) 
Table 28. ORCA 2C Package Parasitics 


Package Type 

Lw 

Mw 

Rw 

Cl 

C2 

Cm 

Ll 

Ml 

84-Pin PLCC 

3 

1 

160 

1 

1 

0.5 

7—11 

3—6 

100-Pin TQFP 

3 

1 

160 

0.7 

0.7 

0.94 

3—4 

1.5—2 

144-Pin TQFP 

3.5 

1.5 

175 

1 

1 

0.6 

4—6 

2—2.5 

160-Pin QFP 

4 

2 

200 

1 

1 

1 

13—17 

8—11 

208-Pin SQFP 

4 

2 

200 

1 

1 

1 

7—10 

4—6 

208-Pin SQFP-PQ2 

4 

2 

200 

1 

1 

1 

6—9 

4—6 

240-Pin SQFP 

4 

2 

200 

1 

1 

1 

8—12 

5—8 

240-Pin SQFP-PQ2 

4 

2 

200 

1 

1 

1 

7—11 

4—7 

256-Pin PBGA 

5 

2 

220 

1 

1 

1 

5—13 

2—6 

304-Pin SQFP 

5 

2 

220 

1 

1 

1 

12—18 

7—12 

304-Pin SQFP-PQ2 

5 

2 

220 

1 

1 

1 

11—17 

7—12 

364-Pin CPGA 

2 

1 

1000 

1—2 

1—2 

0.5—1 

2—11* 

1—4 

428-Pin CPGA 

2 

1 

1000 

1—2 

1—2 

0.6—1.2 

2—11* 

1—4 


* Leads designated as ground (power) can be connected to the ground plane, reducing the trace inductance to the minimum value listed. 


CIRCUIT 

Lw Rw Ll board pad 



5 - 3862(0 


Figure 48. Package Parasitics 
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Absolute Maximum Ratings 

Stresses in excess of the Absolute Maximum Ratings 
can cause permanent damage to the device. These are 
absolute stress ratings only. Functional operation of the 
device is not implied at these or any other conditions in 
excess of those given in the operations sections of this 
data sheet. Exposure to Absolute Maximum Ratings for 
extended periods can adversely affect device reliability. 


The Lucent ORCA Series FPGAs include circuitry 
designed to protect the chips from damaging substrate 
injection currents and prevent accumulations of static 
charge. Nevertheless, conventional precautions should 
be observed during storage, handling, and use to avoid 
exposure to excessive electrical stress. 


Parameter 

Symbol 

Min 

Max 

Unit 

Storage Temperature 

Tstg 

-65 

150 

"C 

Supply Voltage with Respect to Ground 

Vdd 

-0.5 

7.0 

V 

Input Signal with Respect to Ground 

— 

-0.5 

Vdd + 0.3 

V 

Signal Applied to High-impedance Output 

— 

-0.5 

Vdd + 0.3 

V 

Maximum Soldering Temperature 


— 

260 

°c 


Recommended Operating Conditions 


Mode 

Temperature Range (Ambient) 

Supply Voltage 

Commercial 

0 °C to 70 °C 

5 V ± 5% 

Industrial 

-40 °C to +85 °C 

5V±10% 


Note: The maximum recommended junction temperature, Tj, during operation is 125 °C. 
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Table 29. Electrical Characteristics 


Commercial: Vdd = 5.0 V + 5%, 0 °C < Ta < 70 °C; Industrial: Vdd = 5.0 V ± 10%, -40 °C < Ta < +85 °C. 


Parameter 

Symbol 

Test Conditions 

Min 

Max 

Unit 

Input Voltage: 


Input configured as CMOS 




High 

VIH 


70% Vdd 

Vdd + 0.3 

V 

Low 

VIL 


GND-0.5 

20% Vdd 

V 

Input Voltage: 


Input configured as TTL 




High 

ViH 


2.0 

Vdd + 0.3 

V 

Low 

ViL 


-0.5 

0.8 

V 

Output Voltage: 






High 

VOH 

Vdd = Min, Ioh = 6 mA or 3 mA 

2.4 

— 

V 

Low 

VOL 

Vdd = Min, Iol = 12 mA or 6 mA 

— 

0.4 

V 

Input Leakage Current 

IL 

Vdd = Max, Vin = Vss or Vdd 

-10 

10 

HA 

Standby Current: 

IDDSB 

Ta = 25 °C, Vdd = 5.0 V, 




ATT2C04 


internal oscillator running, no 

— 

6.5 

mA 

ATT2C06 


output loads, inputs at 

— 

7.0 

mA 

ATT2C08 


Vdd or GND 

— 

7.7 

mA 

ATT2C10 



— 

8.4 

mA 

ATT2C12 



— 

9.2 

mA 

ATT2C15 



— 

10.0 

mA 

ATT2C26 



— 

12.2 

mA 

ATT2C40 



— 

16.3 

mA 

Standby Current: 

IDDSB 

Ta = 25 °C, Vdd = 5.0 V, 




ATT2C04 


internal oscillator stopped, no 

— 

1.5 

mA 

ATT2C06 


output loads, inputs at 

— 

2.0 

mA 

ATT2C08 


Vdd or GND 

— 

2.7 

mA 

ATT2C10 



— 

3.4 

mA 

ATT2C12 



— 

4.2 

mA 

ATT2C15 



— 

5.0 

mA 

ATT2C26 



— 

7.2 

mA 

ATT2C40 



— 

11.3 

mA 

Data Retention Voltage 

Vdr 

Ta = 25 °C 

2.3 

— 

V 

Input Capacitance 

CiN 

Ta = 25 °C, Vdd = 5.0 V 

— 

10 

pF 



Test frequency = 1 MHz 




Output Capacitance 

COUT 

Ta = 25 °C, Vdd = 5.0 V 

— 

10 

PF 



Test frequency = 1 MHz 




DONE Pull-up Resistor 

Rdone 

— 

100K 

— 

a 

M3, M2, Ml, and MO Pull-up 

RM 

— 

100K 

— 

Q. 

Resistors 






I/O Pad Static Pull-up Current 

IPU 

Vdd = 5.25 V, Vin = Vss, Ta = 0 °C 

14.4 

50.9 

pA 

I/O Pad Static Pull-down Current 

IPD 

Vdd = 5.25 V, Vin = Vdd, Ta = 0 °C 

26 

103 

pA 

I/O Pad Pull-up Resistor 

RPU 

Vdd = 5.25 V, Vin = Vss, Ta = 0 °C 

100K 

— 

a 

I/O Pad Pull-down Resistor 

Rpd 

Vdd = 5.25 V, Vin = Vdd, Ta = 0 °C 

50K 

— 

Q 
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Table 30. PFU Timing Characteristics 


Commercial: Vdd = 5.0 V ± 5%, 0 °C < Ta < 70 °C; Industrial: Vdd = 5.0 V ± 10%, -40 °C < Ta < +85 °C. 


Parameter 

Symbol 

Speed 

Unit 

■ 

2 

- 

3 


Min 

Max 

Min 

Max 

Min 

Max 

Input Requirements | 

Clock Low Time 

Tcl 

3.2 

— 

2.5 

— 



ns 

Clock High Time 

Tch 

3.2 

— 

2.5 

— 



ns 

Global S/R Pulse Width (gsrn) 

Trw 

2.8 

— 

2.5 

— 



ns 

Local S/R Pulse Width 

Tpw 

3.0 

— 

2.5 

— 



ns 

Combinatorial Setup Times (Tj = +85 °C, Vdd = Min): 









Four Input Variables to Clock (a[4:0], b[4:0] to ck) 

F4*_SET 

2.4 

— 

1.7 

— 



ns 

Five Input Variables to Clock (a[4:0], b[4:0] to ck) 

F5*_SET 

2.5 

— 

1.9 

— 



ns 

PFUMUX to Clock (a[4:0], b[4:0] to ck) 

MUX_SET 

3.9 

— 

2.9 

— 



ns 

PFUMUX to Clock (cO to ck) 

C0MUX_SET 

1.5 

— 

1.2 

— 



ns 

PFUNAND to Clock (a[4:0]. b[4:0] to ck) 

ND_SET 

3.9 

— 

2.9 

— 



ns 

PFUNAND to Clock (cO to ck) 

C0ND_SET 

1.7 

— 

1.2 

— 



ns 

PFUXOR to Clock (a[4:0], b[4:0] to ck) 

XOR_SET 

4.8 

— 

3.6 

— 



ns 

PFUXOR to Clock (cO to ck) 

C0XOR_SET 

1.6 

— 

1.2 

— 



ns 

Data In to Clock (wd[3:0] to ck) 

D*_SET 

0.5 

— 

0.1 

— 



ns 

Clock Enable to Clock (ce to ck) 

CKEN_SET 

1.6 

— 

1.2 

— 



ns 

Local Set/Reset (synchronous) (Isr to ck) 

LSR_SET 

1.7 

— 

1.4 

— 



ns 

Data Select to Clock (sel to ck) 

SELECT_SET 

1.9 

— 

1.5 

— 



ns 

Pad Direct In 

PDIN_SET 

0.0 

— 

0.0 

— 



ns 

Combinatorial Hold Times (Tj = All, Vdd = All): 









Data In (wd[3:0] from ck) 

D*_HLD 

0.6 

— 

0.4 

— 



ns 

Clock Enable (ce from ck) 

CKEN_HLD 

0.6 

— 

0.4 

— 



ns 

Local Set/Reset (synchronous) (Isr from ck) 

LSR_HLD 

0.0 

— 

0.0 

— 



ns 

Data Select (sel from ck) 

SELECT_HLD 

0.0 

— 

0.0 

— 



ns 

Pad Direct In Hold (dia[3:0], dib[3:0] to ck) 

PDIN_HLD 

1.5 

— 

1.4 

— 



ns 

All Others 

— 

0 

— 

0 

— 



ns 

Output Characteristics 

Combinatorial Delays (Tj = +85 °C, Vdd = Min): 









Four Input Variables (a[4:0], b[4:0] to o[4:0]) 

F4*_DEL 

— 

5.1 

— 

3.6 



ns 

Five Input Variables (a[4:0], b[4:0] to o[4:0]) 

F5*_DEL 

— 

5.2 

— 

3.7 



ns 

PFUMUX (a[4:0], b[4:0] to o[4:0]) 

MUX_DEL 

— 

5.8 

— 

4.6 



ns 

PFUMUX (cO to o[4:0]) 

C0MUX_DEL 

— 

4.1 


3.0 



ns 

PFUNAND (a[4:0], b[4:0] to o[4:0]) 

ND_DEL 

— 

5.8 

— 

4.8 



ns 

PFUNAND (cO to o[4:0]) 

C0ND_DEL 

— 

3.8 

— 

3.0 



ns 

PFUXOR (a[4:0], b[4:0] to o[4:0]) 

XOR_DEL 

— 

6.7 

— 

5.3 



ns 

PFUXOR (cO to o[4:0]) 

C0XOR_DEL 

— 

4.2 

— 

3.0 



ns 

Sequential Delays (Tj = +85 °C, Vdd = Min): 









Local S/R (async) to PFU Out (Isr to o[4:0]) 

LSR_DEL 

— 

5.6 

— 

4.2 



ns 

Global S/R to PFU Out (gsrn to o[4:0]) 

GSR_DEL 

— 

4.0 

— 

3.1 



ns 

Clock to PFU Out (ck to o[4:0]) — Register 

REG_DEL 

— 

3.9 

— 

2.8 



ns 

Clock to PFU Out (ck to o[4:0]) — Latch 

LTCH_DEL 

— 

4.0 

— 

2.8 



ns 

Transparent Latch (wd[3:0] to 0[4:0]) 

LTCH_DDEL 

— 

5.0 

— 

3.5 



ns 
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Table 30. PFU Timing Characteristics (continued) 


Commercial: Vdd = 5.0 V ± 5%, 0 °C < Ta < 70 °C; Industrial: Vdd = 5.0 V + 10%, -40 °C < Ta < +85 °C. 


Parameter 

Symbol 

Speed 

Unit 

- 

2 

- 

3 


Min 

Max 

Min 

Max 

Min 

Max 

Ripple Mode Characteristics | 

Ripple Setup Times (Tj = +85 °C, Vdd = Min): 


1 







Operands to Clock (a[3:0], b[3:0] to ck) 

RIP_SET 

6.7 

— 

5.0 

— 



ns 

Carry-In to Clock (cin to ck) 

CIN_SET 

4.0 

— 

3.2 

— 



ns 

Add/Subtract to Clock (a4 to ck) 

AS_SET 

8.2 

— 

5.6 

— 



ns 

Ripple Hold Times (Tj = All, Vdd = All): All 

Th 

0 

— 

0 

— 



ns 

Ripple Delays (Tj = +85 °C, Vdd = Min): 









Operands to Carry-Out (a[3:0], b[3:0] to cout) 

RIP_CODEL 

— 

5.4 

— 

3.8 



ns 

Operands to Carry-Out (o4) (a[3:0], b[3:0] to o4) 

RIP_04DEL 

— 

6.9 

—■ 

4.8 



ns 

Operands to PFU Out (a[3:0], b[3:0] to o[4:0]) 

RIP_DEL 

— 

9.3 

— 

6.8 



ns 

Carry-In to Carry-Out (cin to cout) 

CIN_CODEL 

— 

1.9 

— 

1.6 



ns 

Carry-In to Carry-Out (o4) (cin to o4) 

CIN_04DEL 

— 

3.5 

— 

2.6 



ns 

Carry-In to PFU Out (cin to o[4:0]) 

CIN.DEL 

— 

6.7 

— 

5.0 



ns 

Add/Subtract to Carry-Out (a4 to cout) 

AS_CODEL 

— 

6.1 

— 

4.5 



ns 

Add/Subtract to Carry-Out (o4) (a4 to o4) 

AS_04DEL 

— 

7.6 

— 

5.6 



ns 

Add/Subtract to PFU Out (a4 to o[4:0]) 

AS_DEL 

— 

10.8 

— 

7.6 



ns 

Read/Write Memory Characteristics | 

Read Operation (Tj = +85 °C, Vdd = Min): 









Read Cycle Time 

Trc 

5.1 

— 

3.6 

— 



ns 

Data Valid after Address (a[3:0], b[3:0] to o[4:0]) 

MEM*_ADEL 

— 

5.1 

— 

3.6 



ns 

Read Operation, Clocking Data into Latch/Flip-Flop 









(Tj = +85 °C, Vdd = Min): 









Address to Clock Setup Time (a[3:0], b[3:0] to ck) 

MEM*_ASET 

2.4 

— 

1.8 

— 



ns 

Clock to PFU Out (ck to o[4:0]) — Register 

REG_DEL 

— 

3.9 

— 

2.8 



ns 

Write Operation (Tj = +85 °C, Vdd = Min): 









Write Cycle Time 

Twc 

5.5 

— 

4.5 

— 



ns 

Write Enable Pulse Width (a4/b4) 

Tpw 

3.0 

— 

2.5 




ns 

Setup Time (Tj = +85 °C, Vdd = Min): 









Address to wren (a[3:0]/b[3:0] to a4/b4) 

MEM*_AWRSET 

0.1 

— 

0.1 

— 



ns 

Data to wren (wd[3:0] to a4/b4) 

MEM*_DWRSET 

0.0 

— 

0.0 

— 



ns 

Hold Time (Tj = All, Vdd = All): 









Address from wren (a[3:0]/b[3:0] from a4/b4) 

MEM*_WRAHLD 

2.4 

— 

1.7 

— 



ns 

Data from wren (wd[3:0] from a4/b4) 

MEM*_WRDHLD 

2.4 

— 

2.0 

—- 



ns 
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Table 30. PFU Timing Characteristics (continued) 

Commercial: Vdd = 5.0 V ± 5%, 0 °C < Ta < 70 °C; Industrial: Vdd = 5.0 V ± 10%, -40 °C < Ta < +85 °C. 


Parameter 

Symbol 

Speed 

Unit 

- 

2 

- 

3 


Min 

Max 

Min 

Max 

Min 

Max 

Read During Write Operation (Tj = +85 °C, Vdd = Min) | 

Write Enable to PFU Output Delay (a4/b4 to o[4:0]) 

MEM*_WRDEL 

— 

8.1 

— 

5.7 



ns 

Data to PFU Output Delay (wd[3:0] to o[4:0]) 

MEM*_DDEL 

— 

6.1 

— 

4.4 



ns 

Read During Write, Clocking Data into Latch/FIip-Flop 

Setup Time (Tj = +85 °C, Vdd = Min): 









Write Enable to Clock (a4/b4 to ck) 

MEM*_WRSET 

5.4 

— 

4.4 

— 



ns 

Data (wd[3:0] to ck) 

MEM*_DSET 

3.5 

-- 

2.6 

— 



ns 

Hold Time (Tj = All, Vdd = All): All 

Th 

0 

— 

0 

— 



ns 

Clock to PFU Out (ck to o[4:0]) — Register 

REG_DEL 

— 

3.9 


2.8 



ns 


a[3:0], b[3:0] 


-Trc- 


X 


X 


o[4:0] 


XXXXXXXXXXXXK 


5-3226(F) 


Figure 49. Read Operation—Flip-Flop Bypass 


a[3;0], b[3;0] 


X 


XI 


ck 


V 


o[4:0] 


• xxxxxxxxxxr 


5-3227(F) 


Figure 50. Read Operation—LUT Memory Loading Flip-Flops 


a[3:0], b[3:0] 


MEM*_AWRSET ■ 


-Twc- 




-Tpw- 


X 


MEM*_DWRSET - 


X 


-MEM*_WRAHLD 


X 


-MEM*_WRDHLD 


wd[3:0] 


i r 


5-3228(F) 


Figure 51. Write Operation 
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a[3:0], b[3:0] 




DATA STABLE 
DURING WRITE 
ENABLE 



M -► 


r 



wren j 

K ^ 

s 


MEM*_WRDHDH - 


wd[3:0] X ) 


MEM*_WRDEL 


DATA CHANGING 
DURING WRITE 
ENABLE 



( 



wd[3:0] X 


.. ) 

/ 

\ _ 






i 


r“"“ 



« XXXXXX) 

( XXXXXXXXX) 

(_ 


5-3229{F) 


Figure 52. Read During Write 


a[3:0], b[3:0] 



X 


wren 


-Tpw- 


I 


MEM*_WRSET- 




wd[3:0] ) 

( X 

ck 

_ / 

- MEM*_DSET 

' _ 


' 

- REG_DEL 

XXX) 

( 


5-3230(F) 


Figure 53. Read During Write—Clocking Data into Flip-Flop 
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Table 31. PLC BIDI and Direct Routing Timing Characteristics 

Commercial: Vdd = 5.0 V ± 5%, 0 °C < Ta < 70 °C; Industrial: Vdd = 5.0 V ± 10%, -40 °C < Ta < +85 °C. 


Parameter 

Symboi 

Speed 

Unit 

-2 

_^_ 


Min 

Max 

Min 

Max 

Min 

Max 

PLC 3-Statable BIDIs (Tj = +85 °C, Vdd = Min) 

BIDI Propagation Delay 

TRLDEL 

— 

1.2 

— 

1.0 



ns 

BIDI 3-State Enable/Disable Delay 

TRIEN.DEL 

— 

1.7 

— 

1.3 



ns 

Direct Routing (Tj = +85 °C, Vdd = Min) 

PFU to PFU Delay (xSW) 

DIR.DEL 

— 

1.4 

— 

1.1 



ns 

PFU Feedback (xSW) 

FDBK_DEL 

— 

1.0 

— 

0.8 



ns 


Tabie 32. Ciock Deiay 

Commercial: Vdd = 5.0 V ± 5%, 0 °C < Ta < 70 °C; Industrial: Vdd = 5.0 V ± 10%, -40 °C < Ta < +85 °C. 


Device 

{Tj = +85 °C,VDD = Min) 

Symbol 

Speed 

Unit 

-2 

-3 


Min 

Max 

Min 

Max 

Min 

Max 

ATT2C04 

CLK_DEL 

— 

5.5 

— 

4.4 




ATT2C06 

CLK.DEL 

— 

5.6 

— 

4.5 



ns 

ATT2C08 

CLK_DEL 

— 

5.8 

— 

4.6 



ns 

ATT2C10 

CLK.DEL 

— 

5.9 

— 

4.7 



ns 

ATT2C12 

CLK_DEL 

— 

6.1 

— 

4.9 



ns 

ATT2C15 

CLK_DEL 

— 

6.2 

— 

5.0 



ns 

ATT2C26 

CLK_DEL 

— 

6.4 

— 

5.2 



ns 

ATT2C40 

CLK_DEL 

— 

6.9 

— 

5.8 

_i 


ns 


Note: This clock delay is for a fully routed clock tree that uses the primary clock network. It includes both the input buffer delay and the clock 
routing to the PFU CLK input. The delay will be reduced if any of the clock branches are not used. 
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Table 33. Programmable I/O Cell Timing Characteristics 

Commercial: Vdd = 5.0 V + 5%, 0 °C < Ta < 70 “C; Industriai: Vdd = 5.0 V ± 10%, -40 °C < Ta < +85 “C; Cl = 50 pF. 


Parameter 

Symbol 

Speed 

Unit 

- 

2 

- 

3 


Min 

Max 

Min 

Max 

Min 

Max 

Inputs (Tj = +85 °C, Vdd = Min) 

Input Rise Time 

TR 

— 

500 

— 

500 



ns 

Input Fall Time 

TF 

— 

500 

— 

500 



ns 

Pad to In Delay 

FASTIN_G_DEL 

— 

3.1 

— 

2.3 



ns 

Pad toTRIDI Delay 

FASTIN_L_DEL 

— 

2.7 

— 

1.9 



ns 

Pad to In Delay (delay mode) 

DLYIN_G_DEL 

— 

7.8 

— 

6.2 



ns 

Pad to TRIDI Delay (delay mode) 

DLYIN_L_DEL 

— 

2.5 

— 

1.9 



ns 

Pad to Nearest PFU Latch Output 

CHIP_LATCH 

— 

6.8 

— 

5.1 



ns 

Setup Time: 









Pad to Nearest PFU ck 

CHIP_SET 

2.8 

— 

2.1 

— 



ns 

Pad to Nearest PFU ck (delay mode)* 

DLY_CHIP_SET 

8.7 

— 

6.8 

— 



ns 

Outputs (Tj = +85 °C, Vdd = Min) 

PFU ck to Pad Delay (dout[3:0] to pad): 









Fast 

DOUT_DEL(F) 

— 

7.6 

— 

5.7 



ns 

Slewlim 

DOUT_DEL(SL) 

— 

9.3 

— 

6.9 



ns 

Sinklim 

DOUT_DEL(SI) 

— 

12.4 

— 

8.9 



ns 

Output to Pad Delay (out[3:0] to pad): 









Fast 

OUT DEL(F) 

— 

5.0 

— 

4.0 



ns 

Slewlim 

OUT DEL(SL) 

— 

6.7 

— 

5.2 



ns 

Sinklim 

OUT_DEL(SI) 

— 

9.8 

— 

7.2 



ns 

3-state Enable Delay (ts[3:0] to pad): 









Fast 

TS_DEL(F) 

— 

5.8 

— 

4.7 



ns 

Slewlim 

TS_DEL(SL) 

— 

7.5 

— 

5.9 



ns 

Sinklim 

TS_DEL(SI) 

— 

10.6 

— 

7.9 



ns 


* If the input buffer is placed in delay mode, the chip hold time to the nearest PFU latch is guaranteed to be 0 if the clock is routed 
using the primary clock network; (TJ = All, VDD = All). For the ATT2C40, this is only valid for input buffers on the same half of the device as the 
clock pin. 

Note: The delays for all input buffers assume an input rise/fall time of <1 V/ns. 
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Table 34. General Configuration Mode Timing Characteristics 


Commercial: Vdd = 5.0 V + 5%, 0 °C < Ta < 70 °C; Industrial: Vdd = 5.0 V ± 10%, -40 °C < Ta < +85 °C: Cl = 50 pF. 


Parameter 

Symbol 

Min 

Max 

Unit 

All Configuration Modes | 

M[3:0] Setup Time to INIT High 

Tsmode 

50.0 

— 

ns 

M[3:0] Hold Time from INIT High 

Thmode 

600.0 

— 

ns 

RESET Pulse Width Low 

TRW 

50.0 

— 

ns 

PRGM Pulse Width Low 

Tpgw 

50.0 

— 

ns 

Master and Asynchronous Peripheral Modes | 

Power-on Reset Delay 

Tpo 

16.24 

43.80 

ms 

CCLK Period (M3 = 0) 

Tcclk 

62.00 

167.00 

ns 

(M3= 1) 


496.00 

1336.00 

ns 

Configuration Latency (noncompressed) 

Tcl 




ATT2C04 (M3 = 0) 


4.05 

10.90* 

ms 

(M3 = 1) 


32.38 

87.21* 

ms 

ATT2C06 (M3 = 0) 


5.63 

15.18* 

ms 

(M3 = 1) 


45.08 

121.42* 

ms 

ATT2C08 (M3 = 0) 


7.16 

19.28* 

ms 

(M3 = 1) 


57.27 

154.25* 

ms 

ATT2C10 (M3 = 0) 


9.23 

24.85* 

ms 

(M3 = 1) 


73.80 

198.80* 

ms 

ATT2C12 (M3 = 0) 


11.14 

30.01* 

ms 

(M3 = 1) 


89.14 

240.10* 

ms 

ATT2C15(M3 = 0) 


13.69 

36.87* 

ms 

(M3=1) 


109.52 

294.99* 

ms 

ATT2C26 (M3 = 0) 


19.03 

51.25* 

ms 

(M3=1) 


152.28 

409.99* 

ms 

ATT2C40 (M3 = 0) 


29.39 

79.16* 

ms 

(M3 = 1) 


235.12 

633.31* 

ms 

Slave Serial and Synchronous Peripheral Modes | 

Power-on Reset Delay 

Tpo 

4.06 

10.95 

ms 

CCLK Period 

Tcclk 

100.00 

— 

ns 

Configuration Latency (noncompressed): 

Tcl 




ATT2C04 


6.53 

— • 

ms 

ATT2C06 


9.09 

— 

ms 

ATT2C08 


11.55 

— 

ms 

ATT2C10 


14.88 

— 

ms 

ATT2C12 


17.97 

— 

ms 

ATT2C15 


22.08 

— 

ms 

ATT2C26 


30.69 

— 

ms 

ATT2C40 


47.40 

— 

ms 


* Not applicable to asynchronous peripheral mode. 
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Timing Characteristics (continued) 

Table 34. General Configuration Mode Timing Characteristics (continued) 


Commercial: Vdd = 5.0 V ± 5%, 0 °C < Ta < 70 °C; Industrial: Vdd = 5.0 V ± 10%, -40 °C < Ta < +85 °C; Cl = 50 pF. 


Parameter 

Symbol 

Min 

Max 

Unit 

Slave Parallel Mode 





Power-on Reset Delay 

Tpo 

4.06 

10.95 

ms 

CCLK Period 

Tcclk 

100.00 

— 

ns 

Configuration Latency (noncompressed): 

ATT2C04 

TCL 

0.82 


ms 

ATT2C06 


1.14 

— 

ms 

ATT2C08 


1.44 

— 

ms 

ATT2C10 


1.86 

— 

ms 

ATT2C12 


2.25 

— 

ms 

ATT2C15 


2.76 

— 

ms 

ATT2C26 


3.84 

— 

ms 

ATT2C40 


5.93 

— 

ms 

INIT Timing 





INIT High to CCLK Delay 

Slave Parallel 

TiNIT_CCLK 

1.00 


ILLS 

Slave Serial 


1.00 

— 

\is 

Synchronous Peripheral 


1.00 1 

— 

^is 

Master Serial 





M3 = 1 


1.00 

2.90 

|LIS 

M3 = 0 


0.50 

0.70 

l^s 

Master Parallel 





M3 = 1 


4.90 

13.60 

^is 

M3 = 0 


1.00 

2.90 

ILLS 

Initialization Latency (PRGM high to INIT high) 

ATT2C04 

TiL 

59.51 

162.33 

|IS 

ATT2C06 


70.43 

191.72 

\iS 

ATT2C08 


81.34 

221.11 

[iS 

ATT2C10 


92.25 

250.51 

ILLS 

ATT2C12 


103.16 

279.90 

Ills 

ATT2C15 


114.07 

309.29 

|IS 

ATT2C26 


135.90 

368.07 

|IS 

ATT2C40 


170.87 

462.26 


INIT High to Wr, Asynchronous Peripheral 

Tinit_wr 

1.50 

— 

^s 


Note: TPO is triggered when Vdd reaches between 3.0 V to 4.0 V. 
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Timing Characteristics (continued) 

Table 35. Master Serial Configuration Mode Timing Characteristics 


Commercial: Vdd = 5.0 V + 5%, 0 °C < Ta < 70 °C: Industrial: Vdd = 5.0 V ± 10%. -40 °C < Ta < +85 °C: Cl = 50 pF. 



Note: Serial configuration data is transmitted out on DOUT on the falling edge of CCLK after it is input DIN. 
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Timing Characteristics (continued) 

Table 36. Master Parallel Configuration Mode Timing Characteristics 

Commercial: Vdd = 5.0 V ± 5%, 0 °C < Ta < 70 °C: Industrial: Vdd = 5.0 V ± 10%, -40 °C < Ta < +85 °C: Cl = 50 pF. 


Parameter 

Symbol 

Min 

Max 

Unit 

RCLK to Address Valid 

Tav 

0 

200 

ns 

D[7:0] Setup Time to RCLK High 

Ts 

60 

— 

ns 

D[7:0] Hold Time to RCLK High 

Th 

0 

— 

ns 

RCLK Low Time (M3 = 0) 

Tcl 

434 

1169 

ns 

RCLK High Time (M3 = 0) 

Tch 

62 

167 

ns 

RCLK Low Time (M3=1) 

Tcl 

3472 

9352 

ns 

RCLK High Time (M3 = 1) 

Tch 

496 

1336 

ns 

CCLK to DOUT 

Td 

— 

30 

ns 


Notes: The RCLK period consists of seven CCLKs for RCLK low and one CCLK for RCLK high. 
Serial data is transmitted out on DOUT 1.5 CCLK cycles after the byte is input D[7:0]. 


A[17:0] 

RCLK 

D[7:0]' 
CCLK 

DOUT 


X 


X 


X 


-Tav 


Tch I 


/X 


r~ 


-Tcl- 


-Ts ■ 


-Th 


xx 


X 


BYTEN 


X 


BYTE N + 1 


X 




-To 


f.44(F) 


Figure 56. Master Parallel Configuration Mode Timing Diagram 
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Timing Characteristics (continued) 

Table 37. Asynchronous Peripheral Configuration Mode Timing Characteristics 


Commercial; Vdd = 5.0 V ± 5%, 0 °C < Ta < 70 °C; Industrial; Vdd = 5.0 V ± 10%, -40 °C < Ta < +85 °C; Cl = 50 pF. 


Parameter 

Symbol 

Min 

Max 

Unit 

WR, CSO, and CS1 Pulse Width 

Twr 

100 

— 

ns 

D[7;0] Setup Time 

Ts 

20 

— 

ns 

D[7:0] Hold Time 

Th 

0 

— 

ns 

RDY/BUSY Delay 

Trdy 


60 

ns 

RDY/BUSY Low 

Tb 

2 

9 

CCLK Periods 

Earliest WR After End of BUSY 

TWR2 

0 

— 

ns 

CCLK to DOUT 

Td 

— 

30 

ns 


Note: Serial data is transmitted out on DOUT on the falling edge of CCLK after the byte is input D[7;0]. 


CSO 


CS1 


m'mxxxx 

EXXXXXXXET 


xxxxxxxxxxxxxxx 

xxxxxxxxxxxxxxx 


WR 


D[7:0] 


RDY/BUSY 


-Twr- 






-Ts 




-Th- 


TWR2-| 


Die 


X 


Trdy 


-Tb - 




jr 


CCLK 


DOUT 


To - 



PREVIOUS BYTE 
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Figure 57. Asynchronous Peripheral Configuration Mode Timing Diagram 
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Table 38. Synchronous Peripheral Configuration Mode Timing Characteristics 


Commercial; Vdd = 5.0 V ± 5%, 0 °C < Ta < 70 °C; Industrial: Vdd = 5.0 V ± 10%, -40 °C < Ta < +85 °C; Cl = 50 pF. 


Parameter 

Symbol 

Min 

Max 

Unit 

D[7:0] Setup Time 

TS 

20 

— 

ns 

D[7:0] Hold Time 

Th 

0 

— 

ns 

CCLK High Time 

Tch 

50 

— 

ns 

CCLK Low Time 

Tcl 

50 

— 

ns 

CCLK Frequency 

Fc 

— 

10 

MHz 

CCLK to DOUT 

To 

— 

30 

ns 


Note: Serial data is transmitted out on DOUT 1.5 clock cycles after the byte is input D[7:0]. 



rdy/bDSy_ ^ ^ 


5-4534(F) 


Figure 58. Synchronous Peripheral Configuration Mode Timing Diagram 
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Timing Characteristics (continued) 

Table 39. Slave Serial Configuration Mode Timing Characteristics 


Commercial: Vdd = 5.0 ± 5%, 0 °C < Ta < 70 °C; Industrial: Vdd = 5.0 V ± 10%, -40 °C < Ta < +85 °C; Cl = 50 pF. 


Parameter 

Symboi 

Min 

Max 

Unit 

DIN Setup Time 

Ts 

20 

— 

ns 

DIN Hold Time 

Th 

0 

— 

ns 

CCLK High Time 

Tch 

50 

— 

ns 

CCLK Low Time 

Tcl 

50 

— 

ns 

CCLK Frequency 

Fc 

— 

10 

MHz 

CCLK to DOUT 

td 

— 

30 

ns 


Note: Serial configuration data is transmitted out on DOUT on the falling edge of CCLK after it is input on DIN. 



Figure 59. Siave Serial Configuration Mode Timing Diagram 


Lucent Technologies Inc. 


2-285 





ORCA 2C Series FPGAs 


FPGA Data Book 


Timing Characteristics (continued) 

Table 40. Slave Parallel Configuration Mode Timing Characteristics 

Commercial: Vdd = 5.0 V ± 5%, 0 °C < Ta < 70 °C; Industrial: Vdd = 5.0 V ± 10%, -40 °C < Ta < +85 “C. 


Parameter 

Symbol 

Min 

Max 

Unit 

CSo, CS1, WR Setup Time 

TS1 

60 

— 

ns 

CSO, CS1, WR Hold Time 

TH1 

20 

— 

ns 

D[7:0] Setup Time 

TS2 

20 

— 

ns 

D[7:0] Hold Time 

TH2 

0 

— 

ns 

CCLK High Time 

Tch 

50 

— 

ns 

CCLK Low Time 

Tcl 

50 

— 

ns 

CCLK Frequency 

FC 

— 

10 

MHz 


Note: Daisy chaining of FPGAs is not supported in this mode. 
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Timing Characteristics (continued) 

Table 41. Readback Timing Characteristics 

Commercial: Vdd = 5.0 V ± 5%, 0 °C < Ta < 70 "C; Industrial: Vdd = 5.0 V + 10%, -40 °C < Ta ^ +85 “C; Cl = 50 pF. 


Parameter 

Symbol 

Min 

Max 

Unit 

RD_CFGN to CCLK Setup Time 

Ts 

50 

— 

ns 

RD_CFGN High Width to Abort Readback 

Trba 

2 

— 

CCLK 

CCLK Low Time 

Tcl 

50 

— 

ns 

CCLK High Time 

Tch 

50 

— 

ns 

CCLK Frequency 

FC 

— 

10* 

MHz 

CCLK to RD.DATA Delay 

TD 

— 

50 

ns 


* The maximum readback CCLK frequency for the ATT2C40 is 8 MHz. 



5-4536(F) 

Figure 61. Readback Timing Diagram 
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Timing Characteristics (continued) 


Table 42. Boundary-Scan Timing Characteristics 

Commercial: Vdd = 5.0 V ± 5%, 0 °C < Ta < 70 °C; Industrial: Vdd = 5.0 V ± 10%, -40 °C < Ta < +85 °C; Cl = 50 pR 


Parameter 

Symbol 

Min 

Max 

Unit 

TDI/TMS to TCK Setup Time 

TS 

25 

— 

ns 

TDIATMS Hold Time from TCK 

Th 

0 

— 

ns 

TCK Low Time 

Tcl 

50 

— 

ns 

TCK High Time 

Tch 

50 

— 

ns 

TCK toTDO Delay 

To 

— 

20 

ns 

TCK Frequency 

Tick 

— 

10 

MHz 



BSTD{C) 


Figure 62. Boundary-Scan Timing Diagram 
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Measurement Conditions 


TO THE OUTPUT UNDER TEST > 


Vdd GND 



Note: Switch to Vdd for 
Tplz/Tpzl; 
switch to GND for 
Tphz/Tpzh. 


50 pF TO THE OUTPUT UNDER TEST > 


50 pF 


5-3234(F) 

A. Load Used to Measure Propagation Delay B. Load Used to Measure Rising/Falling Edges 


Figure 63. ac Test Loads 


ts[i] 


out[i] 



ac TEST LOADS (SHOWN ABOVE) 



5-3233.a(F) 


Figure 64. Output Buffer Delays 
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Figure 65. Input Buffer Delays 
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Ordering Information 


Example: 


ATT2C12- 3S 240 


DEVICE TYPE- 


SPEED GRADE 


'H 


TEMPERATURE RANGE 


- NUMBER OF PINS 

PACKAGE TYPE 


ATT2C12, -3 Speed Grade, 240-pin Shrink Quad Flat Pack, Commercial Temperature. 


Table 43. FPGA Temperature Options 


Symbol 

Description 

Temperature 

(Blank) 

Commercial 

0 X to 70 °C 

I 

Industrial 

-10 °C to +85 °C 


Table 44. FPGA Package Options 


Symbol 

Description 

B 

Plastic Ball Grid Array (PBGA) 

J 

Quad Flat Package (QFP) 

M 

Plastic Leaded Chip Carrier (PLCC) 

PS 

Power Quad Shrink Flat Package (SQFP-PQ2) 

R 

Ceramic Pin Grid Array (CPGA) 

S 

Shrink Quad Flat Package (SQFP) 

T 

Thin Quad Flat Package (TQFP) 


Table 45. ORCA 2C Series Package Matrix 


Packages 

84-Pin 

PLCC 

100-Pin 

TQFP 

144-Pin 

TQFP 

160-Pin 

QFP 

208-Pin 

EIAJ 

SQFP/ 

SQFP-PQ2 

240-Pin 

EIAJ 

SQFP/ 

SQFP-PQ2 

256-Pin 

PBGA 

304-Pin 

EIAJ 

SQFP/ 

SQFP-PQ2 

364-Pin 

CPGA 

428-Pin 

CPGA 

M84 

T100 

T144 

J160 

8208/ 

PS208 

8240/ 

PS240 

B256 

S304/ 

PS304 

R364 

R428 

ATT2C04 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

_ 

— 

ATT2C06 

Cl 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

— • 

— 

ATT2C08 

Cl 

— 

— 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

ATT2C10 

Cl 

— 

— 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

ATT2C12 

— 

— 

— 

— 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

ATT2C15 

— 

— 

— 

— 

Cl 

Cl 

— 

Cl 

Cl 

— 

ATT2C26 

— 

— 

— 

— 

Cl 

Cl 

— 

Cl 


Cl 

ATT2C40 

— 

— 

— 

— 

Cl 

Cl 

— 

Cl 

— 

Cl 


Key: C = commercial, I = industrial. 


Note: The package options with the SQFP/SQFP-PQ2 designation in the table above use the SQFP package for all densities up to and 

including the ATT2C15, while the ATT2C26 uses the SQFP-PQ2 package (chip-up orientation), and the ATT2C40 uses the SQFP-PQ2 
package (chip-down orientation). 
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ATT3000 Series Field-Programmable Gate Arrays 


Features 

■ High performance: 

— Up to 270 MHz toggle rates 

— 4-input LUT delays < 3 ns 

■ User-programmable gate arrays 

■ Flexible array architecture: 

— Compatible arrays, 2000 to 9000 gate logic 
complexity 

— Extensive register and I/O capabilities 

— Low-skew clock nets 

— High fan-out signal distribution 

— Internal 3-state bus capabilities 

— TTL or CMOS input thresholds 

— On-chip oscillator amplifier 

■ Standard product availability: 

— Low-power 0.6 pm CMOS, static memory 
technology 

— Pin-for-pin compatible with XilinxXC3000 and 
XC3100 families 

— Cost-effective, high-speed FPGAs 

— 100% factory pretested 

— Selectable configuration modes 

■ ORCA Foundry for ATT3000 Development 
System support 

■ All FPGAs processed on a QML-certIfled line 

■ Extensive packaging options 


Description 

The CMOS ATT3000 Series Field-Programmable 
Gate Array (FPGA) family provides a group of high- 
density, digital integrated circuits. Their regular, 
extendable, flexible, user-programmable array 
architecture is composed of a configuration program 
store plus three types of configurable elements: a 
perimeter of I/O blocks, a core array of logic blocks, 
and resources for interconnection. The general struc¬ 
ture of an FPGA Is shown In Figure 1. 


The ORCA Foundry for ATT3000 development sys¬ 
tem provides automatic place and route of netlists. 
Logic and timing simulation are available as design 
verification alternatives. The design editor is used for 
interactive design optimization and to compile the 
data pattern which represents the configuration pro¬ 
gram. 

The FPGA’s user-logic functions and interconnec¬ 
tions are determined by the configuration program 
data stored in internal static memory cells. The pro¬ 
gram can be loaded In any of several modes to 
accommodate various system requirements. The 
program data resides externally in an EEPROM, 
EPROM, or ROM on the application circuit board, or 
on a floppy disk or hard disk. On-chip initialization 
logic provides for optional automatic loading of pro¬ 
gram data at powerup. A serial configuration PROM 
can provide a very simple serial configuration pro¬ 
gram storage. 


Table 1. ATT3000 Series FPGAs 


FPGA 

Logic 

Capacity 

(Available 

Gates) 

Configurable 

Logic 

Blocks 

User 

I/Os 

Program 

Data 

(Bits) 

ATT3020 

2000 

64 

64 

14779 

ATT3030 

3000 

100 

80 

22176 

ATT3042 

4200 

144 

96 

30784 

ATT3064 

6400 

224 

120 

46064 

ATT3090 

9000 

320 

144 

64160 


The ATT3000 series FPGAs are an enhanced family 
of field-programmable gate arrays, which provide a 
variety of logic capacities, package styles, tempera¬ 
ture ranges, and speed grades. 
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Architecture 

The perimeter of configurable I/O blocks (lOBs) pro¬ 
vides a programmable interface between the internal 
logic array and the device package pins. The array of 
configurable logic blocks (CLBs) performs user- 
specified logic functions. The interconnect resources 
are programmed to form networks, carrying logic 
signals among blocks, analogous to printed-circuit 
board traces connecting MSI/SSI packages. 

The blocks’ logic functions are implemented by 
programmed look-up tables. Functional options are 
implemented by program-controlled multiplexers. 
Interconnecting networks between blocks are 


implemented with metal segments joined by program- 
controlled pass transistors. These functions of the 
FPGA are established by a configuration program 
which is loaded into an internal, distributed array of 
configuration memory cells. The configuration program 
is loaded into the FPGA at powerup and may be 
reloaded on command. The FPGA Includes logic and 
control signals to implement automatic or passive 
configuration. Program data may be either bit serial or 
byte parallel. The ORCA Foundry for ATT3000 Devel¬ 
opment System generates the configuration program 
bit stream used to configure the FPGA. The memory 
loading process is independent of the user logic func¬ 
tions. 


g fJO CD CD D D D D a 


I/O BLOCKS 



Figure 1. Field-Programmable Gate Array Structure 
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Configuration Memory 

The Static memory cell used for the configuration mem¬ 
ory in the FPGA has been designed specifically for 
high reliability and noise immunity. Integrity of the 
FPGA configuration memory based on this design is 
ensured even under various adverse conditions. Com¬ 
pared with other programming alternatives, static mem¬ 
ory is believed to provide the best combination of high 
density, high performance, high reliability, and compre¬ 
hensive testability. 

As shown in Figure 2, the basic memory cell consists of 
two CMOS inverters plus a pass transistor used for 
writing and reading cell data. The cell is only written to 
during configuration and only read from during read- 
back. During normal operation, the cell provides contin¬ 
uous control and the pass transistor is off and does not 
affect cell stability. This is quite different from the opera¬ 
tion of conventional memory devices. In which the cells 
are frequently read and rewritten. 


The memory cell outputs Q and Q use full Ground and 
Vcc levels and provide continuous, direct control. The 
additional capacitive load and the absence of address 
decoding and sense amplifiers provide high stability to 
the cell. Due to their structure, the configuration mem¬ 
ory cells are not affected by extreme power supply 
excursions or very high levels of alpha particle radia¬ 
tion. Soft errors have not been observed In reliability 
testing. 

Two methods of loading configuration data use serial 
data, while three use byte-wide data. The internal con¬ 
figuration logic utilizes framing Information, embedded 
in the program data by the ORCA Foundry Develop¬ 
ment System, to direct memory cell loading. The serial 
data framing and length count preamble provide pro¬ 
gramming compatibility for mixes of various Lucent pro¬ 
grammable gate arrays in a synchronous, serial, daisy- 
chain fashion. 


READ OR 
WRITE 

DATA 

Figure 2. Static Configuration Memory Ceil 




CONFIGURATION 

CONTROL 

►Q 
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I/O Block 

Each user-configurable I/O block (lOB), shown in 
Figure 3, provides an interface between the external 
package pin of the device and the internal user logic. 
Each lOB includes both registered and direct input 
paths and a programmable 3-state output buffer which 
may be driven by a registered or direct output signal. 
Configuration options allow each lOB an inversion, a 
controlled slew rate, and a high-impedance pull-up. 
Each input circuit also provides input clamping diodes 
to provide electrostatic protection and circuits to inhibit 
latch-up produced by input currents. 

The input buffer portion of each lOB provides threshold 
detection to translate external signals applied to the 


package pin to internal logic levels. The global input- 
buffer threshold of the lOB can be programmed to be 
compatible with either TTL or CMOS levels. The buff¬ 
ered Input signal drives the data input of a storage 
element which may be configured as a positive edge- 
triggered D flip-flop or a low-level transparent latch. The 
sense of the clock can be Inverted (negative edge/high 
transparent) as long as all lOBs on the same clock net 
use the same clock sense. Clock/load signals (lOB pins 
.Ik and .ok) can be selected from either of two die edge 
metal lines. I/O storage elements are reset during con¬ 
figuration or by the active-low chip RESET input. Both 
direct input (from I/O block pin .1) and registered Input 
(from lOB pin .q) signals are available for interconnect. 



5-3102(F) 


Figure 3. Input/Output Block 
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I/O Block (continued) 

For reliable operation, inputs should have transition 
times of less than 100 ns and should not be left float¬ 
ing. Floating CMOS input-pin circuits might be at 
threshold and produce oscillations. This can produce 
additional power dissipation and system noise. A 
typical hysteresis of about 200 mV reduces sensitivity 
to input noise. Each user lOB includes a programmable 
high-impedance pull-up resistor which is selected by 
the program to provide a constant high for otherwise 
undriven package pins. Normal CMOS handling 
precautions should be observed. 

Flip-flop loop delays for the lOB and logic block flip- 
flops are approximately 3 ns. This short delay provides 
good performance under asynchronous clock and data 
conditions. Short loop delays minimize the probability 
of a metastable condition which can result from asser¬ 
tion of the clock during data transitions. Because of the 
short loop delay characteristic in the FPGA, the lOB 
flip-flops can be used to synchronize external signals 
applied to the device. When synchronized In the lOB, 
the signals can be used internally without further con¬ 
sideration of their clock relative timing, except as it 
applies to the internal logic and routing path delays. 

Output buffers of the lOBs provide CMOS-compatible 
4 mA source-or-sink drive for high fan-out CMOS or 
TTL compatible signal levels. The network driving lOB 
pin .0 becomes the registered or direct data source for 
the output buffer. The 3-state control signal (lOB pin .t) 
can control output activity. An open-drain type output 
may be obtained by using the same signal for driving 
the output and 3-state signal nets so that the buffer out¬ 
put is enabled only for a LOW. 

Configuration program bits for each lOB control 
features such as optional output register, logical signal 
inversion, and 3-state and slew rate control of the out¬ 
put. 


The program-controlled memory cells in Figure 3 

control the following options: 

■ Logical inversion of the output is controlled by one 
configuration program bit per lOB. 

■ Logical 3-state control of each lOB output buffer is 
determined by the states of configuration program 
bits which turn the buffer on or off or select the output 
buffer 3-state control interconnection (lOB pin .t). 
When this lOB output control signal is high, a logic 1, 
the buffer is disabled and the package pin is high 
Impedance. When this lOB output control signal is 
low, a logic 0, the buffer is enabled and the package 
pin Is active. Inversion of the buffer 3-state control 
logic sense (output enable) is controlled by an addi¬ 
tional configuration program bit. 

■ Direct or registered output is selectable for each lOB. 
The register uses a positive-edge, clocked flip-flop. 
The clock source may be supplied (lOB pin .ok) by 
either of two metal lines available along each die 
edge. Each of these lines is driven by an invertible 
buffer. 

■ Increased output transition speed can be selected to 
Improve critical timing. Slower transitions reduce 
capacitive load peak currents of noncritical outputs 
and minimize system noise. 

■ A high-impedance pull-up resistor may be used to 
prevent unused inputs from floating. 


Summary of I/O Options 

■ Inputs 
—Direct 

—Flip-flop/latch 

—CMOS/TTL threshold (chip inputs) 
—Pull-up resistor/open circuit 

■ Outputs 

—Direct/registered 
—Inverted/not 
—3-state/on/off 
—Full speed/slew limited 
—3-state/output enable (inverse) 
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Configurable Logic Block 

The array of configurable logic blocks (CLBs) provides 
the functional elements from which the user’s logic is 
constructed. The logic blocks are arranged in a matrix 
within the perimeter of lOBs.The ATT3020 has 64 such 
blocks arranged in eight rows and eight columns. The 
ORCA Foundry Development System is used to com¬ 
pile the configuration data for loading into the internal 
configuration memory to define the operation and inter¬ 
connection of each block. User definition of CLBs and 
their interconnecting networks may be done by auto¬ 
matic translation from a schematic capture logic dia¬ 
gram or optionally by installing library or user macros. 

Each CLB has a combinatorial logic section, two flip- 
flops, and an internal control section; see Figure 4 
below. There are five logic inputs (.a, .b, .c, .d, and .e); 
a common clock input (.k); an asynchronous direct 
reset input (.rd); and an enable clock (.ec). All may be 
driven from the interconnect resources adjacent to the 
blocks. 

Each CLB also has two outputs (.x and .y) which may 
drive interconnect networks. Data input for either flip- 
flop within a CLB is supplied from the function F or G 
outputs of the combinatorial logic, or the block input, 
data-in (.di). Both flip-flops in each CLB share the 


asynchronous reset (.rd) which, when enabled and 
high, is dominant over clocked inputs. All flip-flops are 
reset by the active-low chip input, RESET, or during the 
configuration process. 

The flip-flops share the enable clock (.ec) which, when 
low, recirculates the flip-flops’ present states and inhib¬ 
its response to the data-in or combinatorial function 
inputs on a dtB. The user may enable these control 
inputs and select their sources. The user may also 
select the clock net input (.k), as well as Its active 
sense within each logic block. This programmable 
inversion eliminates the need to route both phases of a 
clock signal throughout the device. Flexible routing 
allows use of common or individual CLB clocking. 

The combinatorial logic portion of the logic block uses 
a 32 X 1 look-up table to implement Boolean functions. 
Variables selected from the five logic inputs and the 
two internal block flip-flops are used as table address 
inputs. The combinatorial propagation delay through 
the network is independent of the logic function gener¬ 
ated and Is spike-free for single-input variable changes. 
This technique can generate two independent logic 
functions of up to four variables each as shown in Fig¬ 
ure 5A, or a single function of five variables as shown in 
Figure 5B, or some functions of seven variables as 
shown in Figure 5C. 


LOGIC 

VARIABLES 


ENABLE 

CLOCK 



CLB OUTPUTS 
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Figure 4. Configurable Logic Block 
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Configurable Logic Block (continued) 




5A. Combinatorial Logic Option 1 generates two functions of four 
variables each. One variable, A, must be common to both func¬ 
tions. The second and third variables can be any choice among 
B, C, Qx, and Qy. The fourth variable can be either D or E. 

SB. Combinatorial Logic Option 2 generates any function of five 
variables: A, D, E, and two choices among B, C, Qx, Qy. 

5C. Combinatorial Logic Option 3 allows variable E to select 
between two functions of four variables: both have common 
inputs, A and D, and any choice among B, C, Qx, and Qy for 
the remaining two variables. Qption 3 can then implement 
some functions of six or seven variables. 


Figure 5. Combinatorial Logic Diagram 


Figure 6 shows a modulo 8 binary counter with parallel 
enable. It uses one CLB of each type. The partial func¬ 
tions of six or seven variables are Implemented by 
using the Input variable (.e) to dynamically select 
between two functions of four different variables. For 
the two functions of four variables each, the indepen¬ 
dent results (F and G) may be used as data inputs to 
either flip-flop or logic block output. For the single func¬ 
tion of five variables and merged functions of six or 
seven variables, the F and G outputs are identical. 
Symmetry of the F and G functions and the flip-flops 
allows the interchange of CLB outputs to optimize 
routing efficiencies of the networks interconnecting 
the logic and lOBs. 
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Figure 6. C8BCP Macro 
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Programmable Interconnect 

Programmable interconnection resources in the FPGA 
provide routing paths to connect inputs and outputs of 
the lOBs and logic blocks into logical networks. Inter¬ 
connections between blocks are composed from a two- 
layer grid of metal segments. Specially designed pass 
transistors, each controlled by a configuration bit, form 
programmable interconnect points (PIPs) and switching 
matrices used to implement the necessary connections 
between selected metal segments and block pins. 

Figure 7 Is an example of a routed net. The ORCA 
Foundry Development System provides automatic rout¬ 
ing of these interconnections. Interactive routing is also 
available for design optimization. The Inputs of the logic 
or lOBs are multiplexers which can be programmed to 
select an input network from the adjacent interconnect 
segments. Since the switch connections to block inputs 
are unidirectional (as are block outputs), they are 
usable only for block input connection and not routing. 
Figure 8 illustrates routing access to logic block input 
variables, control inputs, and block outputs. 


Three types of metal resources are provided to accom¬ 
modate various network interconnect requirements: 

■ General-purpose interconnect 

■ Direct connection 

■ Long lines (multiplexed buses and wide-AND gates) 


INTERCONNECT SWITCHING 

■PIPs” MATRIX 



CONFIGURABLE INTERCONNECT 

LOGIC BLOCK BUFFER 


Figure 7. Example of Routing Resources 



CLB CONTROL INPUTS CLB LOGIC INPUTS 
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Figure 8. CLB Input and Output Routing 
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Programmable Interconnect (continued) 

General-Purpose Interconnect 

General-purpose interconnect, as shown in Figure 9, 
consists of a grid of five horizontal and five vertical 
metal segments located between the rows and col¬ 
umns of logic and lOBs. Each segment is the height or 
width of a logic block. Switching matrices join the ends 
of these segments and allow programmed interconnec¬ 
tions between the metal grid segments of adjoining 
rows and columns. The switches of an unprogrammed 
device are all nonconducting. The connections through 
the switch matrix may be established by automatic or 
interactive routing by selecting the desired pairs of 
matrix pins to be connected or disconnected. The 
legitimate switching matrix combinations for each pin 
are indicated in Figure 10. 

Special buffers within the general interconnect areas 
provide periodic signal isolation and restoration for 
improved performance of lengthy nets. The intercon¬ 
nect buffers are available to propagate signals in either 
direction on a given general Interconnect segment. 
These bidirectional (bidi) buffers are found adjacent to 
the switching matrices, above and to the right. The 
other PIPs adjacent to the matrices are accessed to or 
from long lines. The development system automatically 
defines the buffer direction based on the location of the 
interconnection network source. The delay calculator in 
the ORCA Foundry Development System automatically 
calculates and displays the block, interconnect, and 
buffer delays for any paths selected. Generation of the 
simulation netlist with a worst-case delay model is also 
provided by the development system. 

Some of the Interconnect PIPs are directional, as 
Indicated below: 

■ ND is a nondirectional interconnection. 

■ D:H->V is a PIP which drives from a horizontal to a 
vertical line. 

■ D:V->H Is a PIP which drives from a vertical to a 
horizontal line. 

■ D:C->T Is a “T” PIP which drives from a cross of a 
T to the tall. 

■ D:CW is a corner PIP which drives in the clockwise 
direction. 

■ PO indicates the PIP is nonconducting; PI is “on.” 



METAL SEGMENTS 


Figure 9. FPGA General-Purpose Interconnect 



Figure 10. Switch Matrix Interconnection Options 
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Programmable Interconnect (continued) 
Direct Interconnect 

Direct interconnect (shown in Figure 11) provides the 
most efficient implementation of networks between 
adjacent logic or lOBs. Signals routed from block to 
block using the direct interconnect exhibit minimum 
interconnect propagation and use no general intercon¬ 
nect resources. For each CLB, the .x output may be 
connected directly to the .b input of the CLB immedi¬ 
ately to Its right and to the .c Input of the CLB to its left. 
The .y output can use direct interconnect to drive the .d 
input of the block immediately above, and the .a Input 
of the block below. Direct interconnect should be used 
to maximize the speed of high-performance portions of 
logic. Where logic blocks are adjacent to lOBs, direct 
connect is provided alternately to the lOB inputs (.i) 
and outputs (. 0 ) on all four edges of the die. The right 
edge provides additional direct connects from CLB out¬ 
puts to adjacent lOBs. Direct interconnections of lOBs 
with CLBs are shown in Figure 12. 
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Figure 11. Direct Interconnect 


Lucent Technologies Inc. 


2-303 








ATT3000 Series FPGAs 


FPGA Data Book 



















FPGA Data Book 


ATT3000 Series FPGAs 


Programmable Interconnect (continued) 
Long Lines 

The long lines bypass the switch matrices and are 
intended primarily for signals which must travel a long 
distance, or must have minimum skew among multiple 
destinations. Long lines, shown in Figure 13, run 
vertically and horizontally the height or width of the 
interconnect area. Each interconnection column has 
three vertical long lines, and each interconnection row 
has two horizontal long lines. Additionally, two long 


lines are located adjacent to the outer sets of switching 
matrices. Two vertical long lines in each column are 
connectable half-length lines, except on the ATT3020, 
where only the outer long lines serve that function. 

Long lines can be driven by a logic block or lOB output 
on a column-by-column basis. This capability provides 
a common low-skew control or clock line within each 
column of logic blocks. Interconnections of these long 
lines are shown in Figure 14. Isolation buffers are pro¬ 
vided at each input to a long line and are enabled auto¬ 
matically by the development system when a 
connection Is made. 


3 VERTICAL LONG LINES 



Figure 13. Horizontal and Vertical Long Lines in the FPGA 
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Programmable Interconnect (continued) 

A buffer in the upper left corner of the FPGA chip drives 
a global net which is available to all .k inputs of logic 
blocks. Using the global buffer for a clock signal pro¬ 
vides a skew-free, high fan-out, synchronized clock for 
use at any or all of the I/O and logic blocks. Configura¬ 
tion bits for the .k input to each logic block can select 
this global line, or another routing resource, as the 
clock source for its flip-flops. This net may also be pro¬ 
grammed to drive the die edge clock lines for lOB use. 
An enhanced speed, CMOS threshold, offers direct 
access to this buffer and is available at the 
second pad from the top of the left die edge. 

A buffer in the lower right corner of the array drives a 
horizontal long line that can drive programmed connec¬ 
tions to a vertical long line in each interconnection 
column. This alternate buffer also has low skew and 
high fan-out. The network formed by this alternate buf¬ 
fer’s long lines can be selected to drive the .k inputs of 
the logic blocks. CMOS threshold, high-speed access 
to this buffer is available from the third pad from the 
bottom of the right die edge. 


Internal Buses 

A pair of 3-state buffers is located adjacent to each 
CLB. These buffers allow logic to drive the horizontal 
long lines. Logical operation of the 3-state buffer 
controls allows them to implement wide multiplexing 
functions. Any 3-state buffer input can be selected as 
drive for the horizontal long line bus by applying a low 
logic level on its 3-state control line (see Figure 15A). 
The user is required to avoid contention that can result 
from multiple drivers with opposing logic levels. Control 
of the 3-state input by the same signal that drives the 
buffer input creates an open-drain wired-AND function. 
A logical high on both buffer inputs creates a high 
impedance which represents no contention. A logical 
low enables the buffer to drive the long line low (see 
Figure 15B). Pull-up resistors are available at each end 
of the long line to provide a high output when ail con¬ 
nected buffers are nonconducting. This forms fast, wide 
gating functions. When data drives the inputs and sep¬ 
arate signals drive the 3-state control lines, these buff¬ 
ers form multiplexers (3-state buses). In this case, care 
must be used to prevent contention through multiple 
active buffers of conflicting levels on a common line. 
Figure 16 shows 3-state buffers, long lines, and pull-up 
resistors. 
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Figure 14. Programmable Interconnection of Long Lines 
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Programmable Interconnect (continued) 



5-3106(F) 


Figure 15A. 3-State Buffers Implement a Wired-AND Function 

Z = Da• A + Db • B + Dc • C -I- ... + Dn • N 




Figure 15B. 3-State Buffers Implement a Multiplexer 
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Figure 16. Lower-Right Corner of ATT3020 
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Programmable Interconnect (continued) 
Crystal Oscillator 

Figure 16 shows the location of an internal high-speed 
inverting amplifier which may be used to implement an 
on-chip crystal oscillator. It is associated with the auxil¬ 
iary buffer in the lower right corner of the die. When the 
oscillator Is configured by MAKEBITS and connected 
as a signal source, two special user lOBs are also con¬ 
figured to connect the oscillator amplifier with external 
crystal oscillator components as shown In Figure 17. 

A divide-by-two option is available to ensure symmetry. 
The oscillator circuit becomes active before configura¬ 
tion is complete in order to allow the oscillator to stabi¬ 
lize. Actual internal connection is delayed until 
completion of configuration. In Figure 17, the feedback 
resistor, R1, between output and input biases the 
amplifier at threshold. The value should be as large as 


Is practical to minimize loading of the crystal. The inver¬ 
sion of the amplifier, together with the R-C networks 
and an AT cut series resonant crystal, produces the 
360° phase shift of the Pierce oscillator. A series resis¬ 
tor, R2, may be included to add to the amplifier output 
impedance when needed for phase shift control or 
crystal resistance matching, or to limit the amplifier 
input swing to control clipping at large amplitudes. 
Excess feedback voltage may be corrected by the ratio 
of C2/C1. The amplifier is designed to be used from 
1 MHz to one-half the specified CLB toggle frequency. 
Use at frequencies below 1 MHz may require Individual 
characterization with respect to a series resistance. 
Crystal oscillators above 20 MHz generally require a 
crystal which operates in a third overtone mode, where 
the fundamental frequency must be suppressed by the 
R-C networks. When the oscillator Inverter is not used, 
these lOBs and their package pins are available for 
general user I/O. 



5-3109(F) 


Suggested component values: 

R1—1 pQto4pi2 

R2—0 kQ to 1 kQ (may be required for low frequency, phase shift, and/or compensation level for Crystal Q) 

C1,C2—10pFto40 pF 

Y1—1 MHz to 20 MHz AT cut series resonant 


Pin 

44-Pin 

68-Pin 

84-Pin 

100-Pin 

132-Pin 

144-Pin 

160-Pin 

175-Pin 

208-Pin 

PLCC 

PLCC 

PLCC 

MQFP 

TQFP 

PPGA 

TQFP 

MQFP 

PPGA 

SQFP 

XTAL1 (OUT) 

30 

47 

57 

82 

79 

P13 

75 

82 

T14 

110 

XTAL2 (IN) 

26 

43 

53 

76 

73 

M13 ' 

69 

76 

P15 

100 


Figure 17. Crystal Oscillator Inverter 
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Programming 
Initiaiization Phase 

An internal power-on-reset circuit is triggered when 
power is applied. When Vcc reaches the voltage where 
portions of the FPGA begin to operate (2.5 V to 3 V), 
the programmable I/O output buffers are disabled and a 
high-impedance pull-up resistor is provided for the user 
I/O pins. A time-out delay Is initiated to allow the power 
supply voltage to stabilize. During this time, the power¬ 
down mode is inhibited. The initialization state time-out 
(about 11 ms to 33 ms) is determined by a 14-bit 
counter driven by a self-generated, internal timer. This 
nominal 1 MHz timer Is subject to variations with pro¬ 
cess, temperature, and power supply over the range of 
0.5 MHz to 1.5 MHz. As shown in Table 2, five configu¬ 
ration mode choices are available, as determined by 
the input levels of three mode pins: MO, Ml, and M2. 


Table 2. Configuration Modes 


MO 

Ml 

M2 

Clock 

Mode 

Data 

0 

0 

0 

Active 

Master 

Bit Serial 

0 

0 

1 

Active 

Master 

Byte Wide 
(Address = 0000 
up) 

0 

1 

0 

— 

Reserved 

— 

0 

1 

1 

Active 

Master 

Byte Wide 
(Address = FFFF 
down) 

1 

0 

0 

— 

Reserved 

— 

1 

0 

1 

Passive 

Peripheral 

Byte Wide 

1 

1 

0 

— 

Reserved 

— 

1 

1 

1 

Passive 

Slave 

Bit Serial 


In master-configuration modes, the FPGA becomes the 
source of configuration clock (CCLK). Beginning con¬ 
figuration of devices using peripheral or slave modes 
must be delayed long enough for their initialization to 
be completed. An FPGA with mode lines selecting a 
master configuration mode extends its initialization 
state using four times the delay (43 ms to 130 ms) to 
ensure that all daisy-chained slave devices it may be 
driving will be ready, even if the master is very fast and 
the slave(s) very slow (see Figure 18). At the end of 
initialization, the FPGA enters the clear state where it 
clears configuration memory. The active-low, open- 
drain initialization signal INIT indicates when the Initial¬ 
ization and clear states are complete. The FPGA tests 
for the absence of an external active-low RESET before 
it makes a final sample of the mode lines and enters 
the configuration state. An external wired-AND of one 
or more INIT pins can be used to control configuration 
by the assertion of the active-low RESET of a master 
mode device or to signal a processor that the FPGAs 
are not yet initialized. 

If a configuration has begun, a reassertion of RESET for 
a minimum of three internal timer cycles will be recog¬ 
nized and the FPGA will initiate an abort, returning to 
the clear state to clear the partially loaded configura¬ 
tion memory words. The FPGA will then resample 
RESET and the mode lines before re-entering the con¬ 
figuration state. A reprogram is initiated when a config¬ 
ured FPGA senses a high-to-low transition on the 
DONE/PROG package pin. The FPGA returns to the 
clear state where configuration memory is cleared and 
mode lines resampled, as for an aborted configuration. 
The complete configuration program Is cleared and 
loaded during each configuration program cycle. 
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Programming (continued) 


USER I/O PINS WITH HIGH-IMPEDANCE PULL-UP 



Figure 18. State Diagram of Configuration Process for Powerup and Reprogram 


Length count control allows a system of multiple 
FPGAs in assorted sizes to begin operation in a syn¬ 
chronized fashion. The configuration program gener¬ 
ated by the MakePROM program of the ORCA Foundry 
Development System begins with a preamble of 
111111110010 (binary) followed by a 24-bit length 
count representing the total number of configuration 
clocks needed to complete loading of the configuration 
program(s).The data frahriing is shown in Figure 19. All 
FPGAs connected in series read and shift preamble 
and length count in (on positive) and out (on negative) 
CCLK edges. An FPGA which has received the pream¬ 
ble and length count then presents a HIGH data out 
until it has intercepted the appropriate number of data 
frames. When the configuration program memory of an 
FPGA is full and the length count does not compare, 
the FPGA shifts any additional data through, as it did 
for preamble and length count. 

When the FPGA configuration memory is full and the 
length count compares, the FPGA will execute a syn¬ 
chronous start-up sequence and become operational 
(see Figure 20 on page 312). Three CCLK cycles after 
the completion of loading configuration data, the user 
I/O pins are enabled as configured. As selected in 
MAKEBITS, the internal user-logic reset is released 
either one clock cycle before or after the I/O pins 


become active. A similar timing selection is program¬ 
mable for the DONE/PROG output signal. DONE/PROG 
may also be programmed to be an open drain or 
include a pull-up resistor to accommodate wlred- 
ANDing.The high during configuration (HDC) and low 
during configuration (LDC) are two user I/O pins which 
are driven active when an FPGA is in Initialization, 
clear, or configure states. These signals and DONE/ 
PROG provide for control of external logic signals such 
as reset, bus enable, or PROM enable during 
configuration. 

For parallel master configuration modes, these signals 
provide PROM enable control and allow the data pins 
to be shared with user logic signals. 

User I/O inputs can be programmed to be either TTL or 
CMOS compatible thresholds. At powerup, all inputs 
have TTL thresholds and can change to CMOS thresh¬ 
olds at the completion of configuration, if the user has 
selected CMOS thresholds. The threshold of PWRDWN 
and the direct clock inputs are fixed at a CMOS level. 

If the crystal oscillator is used, it will begin operation 
before configuration is complete to allow time for 
stabilization before it is connected to the internal 
circuitry. 
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Programming (continued) 
Configuration Data 


Configuration data to define the function and interconnection within an FPGA are loaded from an external storage 
at powerup and on a reprogram signal. Several methods of automatic and controlled loading of the required data 
are available. Logic levels applied to mode selection pins at the start of configuration time determine the method to 
be used (see Table 2). The data may be either bit-serial or byte-parallel^ depending on the configuration mode. 
Various Lucent programmable gate arrays have different sizes and numbers of data frames. For the ATT3020, con¬ 
figuration requires 14779 bits for each device, arranged In 197 data frames. An additional 40 bits are used In the 
header (see Figure 20). 


11111111 

0010 

< 24-BIT LENGTH COUNT > 
1111 


0 < DATA FRAME # 001 > 111 
0 < DATA FRAME #002 > 111 
0 < DATA FRAME# 003 > 111 


0 < DATA FRAME# 196> 111 
0 < DATA FRAME# 197 > 111 

1111 


- DUMMY BITS* 

- PREAMBLE CODE 

- CONFIGURATION PROGRAM LENGTH 

- DUMMY BITS (4 BITS MINIMUM) 


HEADER 




FOR ATT3020 

197 CONFIGURATION DATA FRAMES 


PROGRAM DATA 


(EACH FRAME CONSISTS OF: 
A START BIT (0) 

A 71-BIT DATA FIELD 
THREE STOP BITS 


REPEATED FOR EACH LOGIC 
CELL ARRAY IN A DAISY CHAIN 




POSTAMBLE CODE (4 BITS MINIMUM) 


* The FPGA devices require four dummy bits minimum. 

Figure 19. Internal Configuration Data Structure 
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Programming (continued) 


Table 3. ATT3000 Device Configuration Data 


Device 

ATT3020 

ATT3030 

ATT3042 

ATT3064 

ATT3090 

Gates 

2000 

3000 

4200 

6400 

9000 

CLBs 

(row X column) 

64 

(8x8) 

100 

(10x10) 

144 

(12x12) 

224 

(16x 14) 

320 

(20x16) 

lOBs 

64 

80 

96 

120 

144 

Flip-flops 

256 

360 

480 

688 

928 

Bits-per-frame 
(with 1 start/3 stop) 

75 

92 

108 

140 

172 

Frames 

197 

241 

285 

329 

373 

Program Data = 

Bits * Frames -i- 4 
(excludes header) 

14779 

22176 

30784 

46064 

64160 

PROM Size (bits) = 
Program Data 
+ 40-bit Headers 

14819 

22216 

30824 

46104 

64200 


Note: The length count produced by the MAKEBITS program = [(40-bit preamble + sum of program data + 1 per daisy-chain device) rounded 
up to a multiple of 8] - (2 < K < 4), where K is a function of DONE and RESET timing selected. An additional 8 is added if the roundup 
increment is less than K. K additional clocks are needed to complete start-up after length count is reached. 


POSTAMBLE 



* The configuration data consists of a composite 40-bit preamble/length count, followed by one or more concatenated LCA programs, 
separated by 4-bit postambles. An additional final postamble bit is added for each slave device, and the result rounded up to byte boundary. 
The length count is two less than the number of resulting bits. Timing of the assertion of DONE and termination of the internal RESET may 
each be programmed to occur one cycle before or after the I/O outputs become active. 

Figure 20. FPGA Configuration and Start-Up 
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Programming (continued) 

The specific data format for each device is produced by 
the MAKEBITS command of the development system, 
and one or more of these files can then be combined 
and appended to a length count preamble and be 
transformed into a PROM format file by the 
MAKEPROM command of the ORCA Foundry Devel¬ 
opment System. The tie option of the MAKEBITS pro¬ 
gram defines output levels of unused blocks of a design 
and connects these to unused routing resources. This 
prevents indeterminate levels which might produce par¬ 
asitic supply currents. TIE can be omitted for quick 
breadboard iterations where a few additional mA of Icc 
are acceptable. 

The configuration bit stream begins with high preamble 
bits, a 4-bit preamble code, and a 24-bit length count. 
When configuration is initiated, a counter In the FPGA 
is set to 0 and begins to count the total number of con¬ 
figuration clock cycles applied to the device. As each 
configuration data frame Is supplied to the FPGA, it is 
internally assembled into a data word. As each data 
word Is completely assembled. It is loaded in parallel 


into one word of the internal configuration memory 
array. The configuration loading process is complete 
when the current length count equals the loaded length 
count and the required configuration program data 
frames have been written. Internal user flip-flops are 
held reset during configuration. 

Two user-programmable pins are defined in the uncon¬ 
figured FPGA: high during configuration (HDC) and low 
during configuration (LDC), and DONE/PROG may be 
used as external control signals during configuration. In 
master mode configurations, it is convenient to use LDC 
as an active-low EPROM chip enable. After the last 
configuration data bit is loaded and the length count 
compares, the user I/O pins become active. Options in 
the MAKEBITS program allow timing choices of one 
clock earlier or later for the timing of the end of the 
internal logic reset and the assertion of the DONE sig¬ 
nal. The open-drain DONE/PROG output can be AND- 
tied with multiple FPGAs and used as an active-high 
READY, an active-low PROM enable, or a RESET to 
other portions of the system. The state diagram of Fig¬ 
ure 18 illustrates the configuration process. 


Lucent Technologies Inc. 


2-313 



ATT3000 Series FPGAs 


FPGA Data Book 


Programming (continued) 

Master Mode 

In master mode, the FPGA automatically loads configu¬ 
ration data from an external memory device. There are 
three master modes which use the Internal timing 
source to supply the configuration clock (CCLK) to time 
the incoming data. Serial master mode uses serial con¬ 
figuration data supplied to data-in (DIN) from a syn¬ 
chronous serial source such as the serial configuration 
PROM shown in Figure 19. Parallel master low and 
master high modes automatically use parallel data sup¬ 
plied to the D[7:0] pins in response to the 16-bit 
address generated by the FPGA. Figure 22 shows an 
example of the parallel master mode connections 


required. The FPGA HEX starting address is 0000 and 
Increments for master low mode, and it is FFFF and 
decrements for master high mode. These two modes 
provide address compatibility with microprocessors 
which begin execution from opposite ends of memory. 

For master high or low, data bytes are read in parallel 
by each read clock (RCLK) and internally serialized by 
the configuration clock. As each data byte is read, the 
least significant bit of the next byte, DO, becomes the 
next bit in the internal serial configuration word. One 
master mode FPGA can be used to interface the 
configuration program-store, and pass additional 
concatenated configuration data to additional FPGAs in 
a serial daisy-chain fashion. CCLK is provided for the 
slaved devices, and their serialized data is supplied 
from DOUT to DIN, DOUT to DIN, etc. 



NoteiThe serial configuration PROM supports automatic loading of configuration programs up to 36/64/128 Kbits. Multiple devices can be 
cascaded to support additional FPGAs. An early DONE inhibits the data output one CCLK cycle before the FPGA I/O becomes active. 


Figure 21. Master Serial Mode 
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Programming (continued) 
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Figure 22. Master Parallel Mode 
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Programming (continued) 

Peripherai Mode 

Peripheral mode provides a simplified interface through which the device may be loaded byte-wide, as a processor 
peripheral. Figure 23 shows the peripheral mode connections. Processor write cycles are decoded from the com¬ 
mon assertion of the active-low write strobe (WS), and two active-low and one active-high chip selects (C^, C^, 
CS2). If all these signals are not available, the unused Inputs should be driven to their respective active levels. The 
FPGA will accept 1 byte of Configuration data on the D[7:0] inputs for each selected processor write cycle. Each 
byte of data is loaded into a buffer register. The FPGA generates a CCLK from the internal timing generator and 
serializes the parallel input data for internal framing or for succeeding slaves on data out (DOUT). An output HIGH 
on READY/BUSY pin indicates the completion of loading for each byte when the input register is ready for a new 
byte. As with master modes, peripheral mode may also be used as a lead device for a daisy-chain of slave devices. 



5-3114(F) 


Figure 23. Peripheral Mode 
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Programming (continued) 

Slave Mode 

Slave mode provides a simple interface for loading the FPGA configuration as shown in Figure 24. Serial data are 
supplied in conjunction with a synchronizing input clock. Most slave mode applications are in daisy-chain configu¬ 
rations in which the data input is supplied by the previous FPGA’s data out, while the clock is supplied by a lead 
device in master or peripheral mode. Data may also be supplied by a processor or other special circuits. 



Figure 24. Slave Mode 
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Daisy Chain 

The ORCA Foundry for ATT3000 development system 
is used to create a composite configuration bit stream 
for selected FPGAs including a preamble, a length 
count for the total bit stream, multiple concatenated 
data programs, a postamble, plus an additional fill bit 
per device in the serial chain. After loading and passing 
on the preamble and length count to a possible daisy 
chain, a lead device will load its configuration data 
frames while providing a high DOUT to possible down¬ 
stream devices as shown in Figure 25. Loading contin¬ 
ues while the lead device has received its configuration 
program and the current length count has not reached 


the full value. Additional data are passed through the 
lead device and appear on the data out (DOUT) pin in 
serial form. The lead device also generates the CCLK 
to synchronize the serial output data and data in of 
downstream FPGAs. Data is read in on DIN of slave 
devices by the positive edge of CCLK and shifted out 
the DOUT on the negative edge of CCLK. A parallel 
master mode device uses its internal timing generator 
to produce an internal CCLK of eight times Its EPROM 
address rate, while a peripheral mode device produces 
a burst of eight CCLKs for each chip select and write- 
strobe cycle. The internal timing generator continues to 
operate for general timing and synchronization of 
inputs In all modes. 



Figure 25. Master Mode with Daisy-Chained Slave Mode Devices 
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Special Configuration Functions 

The configuration data includes control over several 
special functions in addition to the normal user logic 
functions and interconnects: 

■ Input thresholds 

■ Readback enable 

■ DONE pull-up resistor 

■ DONE timing 

■ RESET timing 

■ Oscillator frequency divided by two 

Each of these functions is controlled by configuration 
data bits which are selected as part of the normal 
development system bit stream generation process. 

Input Thresholds 

Prior to the completion of configuration, all FPGA input 
thresholds are TTL compatible. Upon completion of 
configuration, the input thresholds become either TTL 
or CMOS compatible as programmed. The use of the 
TTL threshold option requires some additional supply 
current for threshold shifting. The exception is the 
threshold of the PWRDWN input and direct clocks which 
always have a CMOS input. Prior to the completion of 
configuration, the user I/O pins each have a high- 
impedance pull-up. The configuration program can be 
used to enable the lOB pull-up resistors in the opera¬ 
tional mode to act either as an input load or to avoid a 
floating Input on an otherwise unused pin. 

Readback 

The contents of an FPGA may be read back If it has 
been programmed with a bit stream in which the read- 
back option has been enabled. Readback may be used 
for verification of configuration and as a method for 
determining the state of internal logic nodes. There are 
three options in generating the configuration bit stream: 

■ Never will inhibit the readback capability. 

■ One-time will inhibit readback after one readback 
has been executed to verify the configuration. 

■ On-command will allow unrestricted use of read- 
back. 


Readback is accomplished without the use of any of 
the user I/O pins; only MO, M1, and CCLK are used. 
The initiation of readback is produced by a low-to-high 
transition of the MO/RTRIG (read trigger) pin. Once the 
readback command has been given, the Input CCLK is 
driven by external logic to read back each data bit In a 
format similar to loading. After two dummy bits, the first 
data frame Is shifted out, in inverted sense, on the M1/ 
RDATA (read data) pin. All data frames must be read 
back to complete the process and return the mode 
select and CCLK pins to their normal functions. 

The readback data includes the current state of each 
internal logic block storage element, and the state of 
the (.i and .ri) connection pins on each lOB.The data is 
imbedded into unused configuration bit positions during 
readback. This state information is used by the FPGA 
development system in-circuit verifier to provide visibil¬ 
ity into the internal operation of the logic while the sys¬ 
tem is operating. To read back a uniform time sample of 
all storage elements, it may be necessary to inhibit the 
system clock. 


Reprogram 

The FPGA configuration memory can be rewritten 
while the device is operating in the user’s system. To 
Initiate a reprogramming cycle, the dual-function pack¬ 
age pin DONE/PROG must be given a high-to-low tran¬ 
sition. To reduce sensitivity to noise, the Input signal is 
filtered for two cycles of the FPGA’s internal timing gen¬ 
erator. When reprogram begins, the user-programma¬ 
ble I/O output buffers are disabled and high-impedance 
pull-ups are provided for the package pins. The device 
returns to the clear state and clears the configuration 
memory before it prompts INITIALIZED. Since this 
clear operation uses chip-individual internal timing, the 
master might complete the clear operation and then 
start configuration before the slave has completed the 
clear operation. To avoid this, wire-AND the slave INIT 
pins and use them to force a RESET on the master (see 
Figure 25). Reprogram control is often implemented by 
using an external open-collector driver which pulls 
DONE/PROG low. Once it recognizes a stable request, 
the FPGA will hold a low until the new configuration has 
been completed. Even if the reprogram request is 
externally held low beyond the configuration period, the 
FPGA will begin operation upon completion of configu¬ 
ration. 
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Special Configuration Functions 

(continued) 

DONE Pull-Up 

DONE/PROG is an open-drain I/O pin that indicates the 
FPGA is in the operational state. An optional internal 
pull-up resistor can be enabled by the user of the devel¬ 
opment system when MAKEBITS is executed. The 
DONE/PROG pins of multiple FPGAs in a daisy chain 
may be connected together to indicate that all are 
DONE or to direct them all to reprogram. 


DONE Timing 

The timing of the DONE status signal can be controlled 
by a selection in the MAKEBITS program to occur a 
CCLK cycle before, or after, the timing of outputs being 
activated (see Figure 20). This facilitates control of 
external functions, such as a PROM enable or holding 
a system in a wait-state. 


RESET Timing 

As with DONE timing, the timing of the release of the 
Internal RESET can be controlled by a selection in the 
MAKEBITS program to occur a CCLK cycle before, or 
after, the timing of outputs being enabled (see 
Figure 20). This reset maintains ail user-programmable 
flip-flops and latches in a zero state during configura¬ 
tion. 


Crystal Oscillator Division 

A selection in the MAKEBITS program allows the user 
to incorporate a dedicated divide-by-two flip-flop in the 
crystal oscillator function. This provides higher assur¬ 
ance of a symmetrical timing signal. Although the 
frequency stability of crystal oscillators is high, the 
symmetry of the waveform can be affected by bias or 
feedback drive. 
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Performance 

Device Performance 

The high performance of the FPGA is due in part to the 
manufacturing process, which is similar to that used for 
high-speed CMOS static memories. Performance can 
be measured in terms of minimum propagation times 
for logic elements. The parameter which traditionally 
describes the overall performance of a gate array is the 
toggle frequency of a flip-flop. The configuration for 
determining the toggle performance of the FPGA is 
shown in Figure 26. The flip-flop output Q is fed back 
through the combinatorial logic as Q to form the toggle 
flip-flop. 



CLOCK 


5-3117(F) 


Figure 26. Toggle Flip-Flop 

FPGA performance is determined by the timing of 
critical paths, including both the fixed timing for the 
logic and storage elements in that path, and the timing 
associated with the routing of the network. Examples 
of internal worst-case timing are included In the 


performance data to allow the user to make the best 
use of the capabilities of the device. The ORCA 
Foundry Development System timing calculator or 
ORCA Foundry-generated simulation models should 
be used to calculate worst-case paths by using actual 
impedance and loading information. 

Figure 27 shows a variety of elements which are 
Involved In determining system performance. Table 20 
gives the parameter values for the different speed 
grades. Actual measurement of internal timing Is not 
practical, and often only the sum of component 
timing is relevant as in the case of Input to output. The 
relationship between input and output timing is arbi¬ 
trary, and only the total determines performance. 

Timing components of Internal functions may be deter¬ 
mined by the measurement of differences at the pins of 
the package. A synchronous logic function which 
involves a clock to block-output and a block-input to 
clock setup is capable of higher-speed operation than a 
logic configuration of two synchronous blocks with an 
extra combinatorial block level between them. System 
clock rates to 60% of the toggle frequency are practical 
for logic in which an extra combinatorial level is located 
between synchronized blocks. This allows implementa¬ 
tion of functions of up to 25 variables. The use of the 
wired-AND is also available for wide, high-speed 
functions. 


CLOCK TO 

OUTPUT COMBINATORIAL SETUP 


Tcko- 


-Tilo 


Tick 
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Figure 27. Examples of Primary Block Speed Factors 
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Performance (continued) 

Logic Biock Performance 

Logic block performance is expressed as the propaga¬ 
tion time from the interconnect point at the input of the 
combinatorial logic to the output of the block in the 
interconnect area. Combinatorial performance is inde¬ 
pendent of the specific logic function because of the 
table look-up based implementation. Timing is different 
when the combinatorial logic is used in conjunction with 
the storage element. For the combinatorial logic func¬ 
tion driving the data input of the storage element, the 
critical timing is data setup relative to the clock edge 
provided to the flip-flop element. The delay from the 
clock source to the output of the logic block is critical in 
the timing of signals produced by storage elements. 
Loading of a logic block output Is limited only by the 
resulting propagation delay of the larger interconnect 
network. Speed performance of the logic block is a 
function of supply voltage and temperature (see 
Figures 28 and 29). 


Interconnect Performance 

Interconnect performance depends on the routing 
resource used to implement the signal path. As dis¬ 
cussed earlier, direct interconnect from block to block 
provides a fast path for a signal. The single metal 


segment used for long lines exhibits low resistance 
from end to end, but relatively high capacitance. 
Signals driven through a programmable switch will 
have the additional impedance of the switch added to 
their normal drive impedance. 

General-purpose interconnect performance depends 
on the number of switches and segments used, the 
presence of the bidirectional repowering buffers, and 
the overall loading on the signal path at all points along 
the path. In calculating the worst-case timing for a 
general interconnect path, the timing calculator portion 
of the ORCA Foundry Development System accounts 
for all of these elements. 

As an approximation, interconnect timing is propor¬ 
tional to the summation of totals of local metal seg¬ 
ments beyond each programmable switch. In effect, the 
time is a sum of R-C time each approximated by an R 
times the total C it drives. The R of the switch and the C 
of the interconnect are functions of the particular 
device performance grade. 

For a string of three local interconnects, the approxi¬ 
mate time at the first segment after the first switch 
resistance would be three units—an additional two 
units after the next switch plus an additional unit after 
the last switch in the chain. The interconnect R-C chain 
terminates at each repowering buffer. The capacitance 
of the actual block inputs is not significant; the capaci¬ 
tance is in the Interconnect metal and switches. 

Figure 30 illustrates this. 
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Performance (continued) 
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Figure 28. Change in Speed Performance 



Figure 29. Speed Performance of a CMOS Device 
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Figure 30. Interconnection Timing Example 
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Power 

Power Distribution 

Power for the FPGA Is distributed through a grid to 
achieve high noise immunity and isolation between 
logic and I/O. Inside the FPGA, a dedicated Vcc and 
ground ring surrounding the logic array provides power 
to the I/O drivers (see Figure 31 below). An Indepen¬ 
dent matrix of Vcc and ground lines supplies the inte¬ 
rior logic of the device. This power distribution grid 
provides a stable supply and ground for all internal 
logic, providing the external package power pins are all 
connected and appropriately decoupled. Typically a 
0.1 |iF capacitor connected near the Vcc and ground 
pins of the package will provide adequate decoupling. 


Output buffers which drive the specified 4 mA loads 
under worst-case conditions may drive 25 to 30 times 
this amount under best-case process conditions. Noise 
can be reduced by minimizing external load capaci¬ 
tance and reducing simultaneous output transitions in 
the same direction. It may also be beneficial to locate 
heavily loaded output buffers near the ground pads. 
The lOB output buffers have a slew-limited mode which 
should be used where output rise and fall times are not 
speed critical. 

Slew-limited outputs maintain their dc drive capability 
but generate less external reflections and internal 
noise. More than 32 fast outputs should not be switch¬ 
ing in the same direction simultaneously. 


GND 



Figure 31. FPGA Power Distribution 
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Power (continued) 

Power Dissipation 

The FPGA exhibits the low power consumption charac¬ 
teristic of CMOS ICs. For any design, the user can use 
Figure 32 to calculate the total power requirement 
based on the sum of the capacitive and dc loads both 
external and internal. The configuration option of TTL 
chip input threshold requires power for the threshold 
reference. The power required by the static memory 
cells which hold the configuration data is very low and 
may be maintained in a powerdown mode. 

Typically, most of power dissipation is produced by 
external capacitive loads on the output buffers. This 
load and frequency dependent power is 25 p,W/pF/MHz 
per output. Another component of I/O power is the dc 
loading on each output pin by devices driven by the 
FPGA. 

Internal power dissipation is a function of the number 
and size of the nodes, and the frequency at which they 
change. In an FPGA, the fraction of nodes changing on 
a given clock is typically low (10% to 20%). For 
example, in a large binary counter, the average clock 
cycle produces changes equal to one CLB output at 
the clock frequency. Typical global clock buffer power is 
between 1.7 mW/MHz for the ATT3020 and 3.6 mW/ 
MHz for the ATT3090. The Internal capacitive load is 
more a function of interconnect than fan-out. With a 
typical load of three general interconnect segments, 
each configurable logic block output requires about 
0.4 mW per MHz of its output frequency: 

Total Power = Vcc + Icco + External 

(dc + Capacitive) + Internal 
(CLB + lOB + Long Line + Pull-up) 


Because the control storage of the FPGA is CMOS 
static memory, its cells require a very low standby cur¬ 
rent for data retention. In some systems, this low data 
retention current characteristic can be used as a 
method of preserving configurations in the event of a 
primary power loss. The FPGA has built-in powerdown 
logic which, when activated, will disable normal opera¬ 
tion of the device and retain only the configuration data. 
All Internal operation is suspended and output buffers 
are placed in their high-impedance state with no pull- 
ups. Powerdown data retention Is possible with a sim¬ 
ple battery backup circuit, because the power require¬ 
ment is extremely low. For retention at 2.4 V, the 
required current is typically on the order of 50 nA. 

To force the FPGA into the powerdown state, the user 
must pull the PWRDWN pin low and continue to supply 
a retention voltage to the Vcc pins of the package. 
When normal power Is restored, Vcc is elevated to its 
normal operating voltage and PWRDWN is returned to a 
high. The FPGA resumes operation with the same 
internal sequence that occurs at the conclusion of 
configuration. Internal I/O and logic block storage ele¬ 
ments will be reset, the outputs will become enabled 
and the DONE/PROG pin will be released. No configu¬ 
ration programming is involved. 

When the power supply is removed from a CMOS 
device, it is possible to supply some power from an 
input signal. The conventional electrostatic Input pro¬ 
tection is Implemented with diodes to the supply and 
ground. A positive voltage applied to an I/O will cause 
the positive protection diode to conduct and drive the 
power pin. This condition can produce invalid power 
conditions and should be avoided. A large series resis¬ 
tor might be used to limit the current or a bipolar buffer 
may be used to isolate the input signal. 
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INTERCONNECTS 
(0.24 mW/MHz) 

5-3123(F) 


Note; Total chip power is the sum of VCC x ICCO plus effective internal and external values of frequency-dependent capacitive charging 
currents and duty-factor-dependent resistive loads. 


Figure 32. FPGA Power Consumption by Element 
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Pin Information 


Table 4. Permanently Dedicated Pins 


Symbol 

Name/Description 

Vcc 

Two to eight (depending on package type) connections to the nominal +5 V supply voltage. All 
must be connected. 

GND 

Two to eight (depending on package type) connections to ground. All must be connected. 

PWRDWN 

A low on this CMOS compatible Input stops all Internal activity to minimize Vcc power, and puts 
all output buffers In a high-impedance state; configuration is retained. When the PWRDWN pin 
returns high, the device returns to operation with the same sequence of buffer enable and 
DONE/PROG as at the completion of configuration. All internal storage elements are reset. If 
not used, PWRDWN must be tied to Vcc. 

RESET 

This is an active-low input which has three functions: 

■ Prior to the start of configuration, a LOW input will delay the start of the configuration process. 
An internal circuit senses the application of power and begins a minimal time-out cycle. When 
the time-out and RESET are complete, the levels of the “M” lines are sampled and configura¬ 
tion begins. 

■ If RESET is asserted during a configuration, the FPGA is reinitialized and will restart the con- 
figuration at the termination of RESET. 

■ If RESET is asserted after configuration is complete, it will provide an asynchronous reset of all 
lOB and CLB storage elements of the FPGA. 

CCLK 

Configuration Clock. During configuration, this is an output of an FPGA in master mode or 
peripheral mode. FPGAs in slave mode use it as a clock Input. During a readback operation, it is 
a clock input for the configuration data being filtered out. 

DONE/ 

PROG 

DONE Output. Configurable as open drain with or without an Internal pull-up resistor. At the 
completion of configuration, the circuitry of the FPGA becomes active in a synchronous order, 
and DONE may be programmed to occur one cycle before or after that occurs. Once configura¬ 
tion is done, a high-to-low transition of this pin will cause an initialization of the FPGA and start a 
reconfiguration. 

MO 

Mode 0. This input, M1, and M2 are sampled before the start of configuration to establish the 
configuration mode to be used. 
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Pin Information (continued) 


Table 5. I/O Pins with Speciai Functions 


Symbol 

Name/Description 

M2 

Mode 2. This input has a passive pull-up during configuration. Together with MO and M1, it is 
sampled before the start of configuration to establish the configuration mode to be used. After 
configuration, this pin becomes a user-programmable I/O pin. 

HDC 

High During Configuration. HDC is held at a high level by the FPGA until after configuration. It 
is available as a control output indicating that configuration is not yet completed. After 
configuration, this pin is a user I/O pin. 

ldc 

Low During Configuration. This active-low signal Is held at a low level by the FPGA until after 
configuration. It is available as a control output indicating that configuration is not yet completed. 

It Is particularly useful in master mode as a low enable for an EPROM. After configuration, this 
pin is a user I/O pin. If used as a low EPROM enable, it must be programmed as a high after 
configuration. 

MT 

This Is an active-low, open-drain output which Is held low during the power stabilization and 
Internal clearing of the configuration memory. It can be used to indicate status to a configuring 
microprocessor or, as a wired-AND of several slave mode devices, a hold-off signal for a master 
mode device. After configuration, this pin becomes a user-programmable I/O pin. 

BCLKIN 

This is a direct CMOS level input to the alternate clock buffer (auxiliary buffer) in the lower right 
corner. 

XTL1 

This user I/O pin can be used to operate as the output of an amplifier driving an external crystal 
and bias circuitry. 

XTL2 

This user I/O pin can be used as the input of an amplifier connected to an external crystal and 
bias circuitry. The I/O block is left unconfigured. The oscillator configuration Is activated by 
routing a net from the oscillator buffer symbol output and by the MAKEBITS program. 

U50, C5T, 
CS2, W5 

These four inputs represent a set of signals, three active-low and one active-high, which are 
used in the peripheral mode to control configuration data entry. The assertion of all four 
generates a write to the internal data buffer. The removal of any assertion clocks in the D[7:0] 
data present. In the master parallel mode, Ws and CS2 are the AO and A1 outputs. After 
configuration, the pins are user-programmable I/O pins. 
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Pin Information (continued) 


Table 5. I/O Pins with Special Functions (continued) 


Symboi 

Name/Description 

RCLK 

During master parallel mode configuration, RCLK represents a read of an external dynamic 
memory device (normally not used). 

RDY/BUSY 

During peripheral parallel mode configuration, this pin indicates when the chip is ready for 
another byte of data to be written to it. After configuration is complete, this pin becomes a user- 
programmed I/O pin. 

D[7:0] 

This set of eight pins represents the parallel configuration byte for the parallel master and 
peripheral modes. After configuration is complete, they are user-programmed I/O pins. 

A[15:0] 

This set of 16 pins presents an address output for a configuration EPROM during master parallel 
mode. After configuration is complete, they are user-programmed I/O pins. 

DIN 

This user I/O pin is used as serial data Input during slave or master serial configuration. This pin 
Is data zero input in master or peripheral configuration mode. 

DOUT 

This user I/O pin is used during configuration to output serial configuration data for daisy- 
chained slaves’ data in. 

TCLKIN 

This is a direct CMOS level input to the global clock buffer. 

I/O 

Input/Output (Unrestricted). May be programmed by the user to be input and/or output pin 
following configuration. Some of these pins present a high-impedance pull-up (see next page) or 
perform other functions before configuration is complete (see above). 
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Pin Information (continued) 


Table 6A. ATT3000 Family Configuration (44-, 68-, and 84-PLCC; 100-MQFP; and 100-TQFP) 


Configuration Mode (M2:M1:M0) 

44 

PLCC* 

68 PLCC 

84 

PLCC+ 

100 

MQFP 

100 

TQFP 

User 

Operation 

Slave 

(1:1:1) 

Master-Serial 

(0:0:0) 

Peripheral 

(1:0:1) 

Master-High 

(1:1:0) 

Master-Low 

(1:0:0) 

PWRDWN 

PWRDWN 

PWRDWN 

PWRDWN 

PWRDWN 

7 

10 

12 

29 

26 

PWRDWN 

VCC 

VCC 

VCC 

VCC 

VCC 

12 

18 

22 

41 

38 

VCC 

Ml (High) 

Ml (Low) 

Ml (Low) 

Ml (High) 

Ml (Low) 

16 

25 

31 

52 

49 

RDATA 

MO (High) 

MO (Low) 

MO (Low) 

MO (High) 

MO (Low) 

17 

26 

32 

54 

51 

RTRIG 

M2 (High) 

M2 (Low) 

M2 (High) 

M2 (High) 

M2 (Low) 

18 

27 

33 

56 

53 

I/O 

HOC (High) 

HDC (High) 

HDC (High) 

HDC (High) 

HDC (High) 

19 

28 

34 

57 

54 

I/O 

LDC (Low) 

LdC (Low) 

LDU (Low) 

LDC (Low) 

LDC (Low) 

20 

30 

36 

59 

56 

I/O 

INIT1: 

INIT1: 

INIT4: 

INIT1: 

INIT1: 

22 

34 

42 

65 

62 

I/O 

GND 

GND 

GND 

GND 

GND 

23 

35 

43 

66 

63 

GND 

_ 

26 

43 

53 

76 

73 

XTL2-I/0 

RESET 

RESET 

RESET 

RESET 

RESET 

27 

44 

54 

78 

75 

RESET 

DONE 

DONE 

DONE 

DONE 

DONE 

28 

45 

55 

80 

77 

PROG 



D7 

D7 

D7 

— 

46 

56 

81 

78 

I/O 

■ 





30 

47 

57 

82 

79 

XTL1-I/0 

1 


D6 

D6 

06 

— 

48 

58 

83 

80 

I/O 

1 


DS 

D5 

D5 

— 

49 

60 

87 

84 

I/O 



CSb 

— 

— 

— 

50 

61 

88 

85 

I/O 



D4 

D4 

D4 

— 

51 

62 

89 

86 

I/O 

VCC 

VCC 

VCC 

VCC 

VCC 

34 

52 

64 

91 

88 

VCC 

1 


D3 

D3 

D3 

— 

53 

65 

92 

89 

I/O 

1 

II 


— 

— 

— 

54 

66 

93 

90 

I/O 

1 

1 

D2 

D2 

D2 

— 

55 

67 

94 

91 

I/O 

1 

I 

D1 

D1 

D1 

— 

56 

70 

98 

95 

I/O 


i 

RDY/BDSY 

rSk 

RCLK 

— 

57 

71 

99 

96 

I/O 

DIN 

.DIN. 

DO 

DO 

DO 

38 

58 

72 

100 

97 

I/O 

DOUT 

DOUT 

DOUT 

DOUT 

DOUT 

39 

59 

73 

1 

98 

I/O 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

40 

60 

74 

2 

99 

CCLK 


n 


AO 

AO 

— 

61 

75 

5 

2 

I/O 

■ 


-Tl 

A1 

A1 

— 

62 

76 

6 

3 

I/O 



1 ■ 

A2 

A2 

— 

63 

77 

8 

5 

I/O 

■ 


i 1 

A3 

A3 

— 

64 

78 

9 

6 

I/O 

HI 


I 1 

A15 

A15 

— 

65 

81 

12 

9 

I/O 

■ 


1 1 

A4 

A4 

— 

66 

82 

13 

10 

I/O 

■ 


' ■ 

A14 

A14 

— 

67 

83 

14 

11 

I/O 



• 

A5 

A5 

— 

68 

84 

15 

12 

I/O 

GND 

GND 

GND 

GND 

GND 


1 

1 

16 

13 

GND 




A13 

A13 


2 

2 

17 

14 

I/O 

I 


11 

A6 

A6 

— 

3 

3 

18 

15 

I/O 

1 


1 

A12 

A12 

— 

4 

4 

19 

16 

I/O 

1 


m 

A7 

A7 

— 

5 

5 

20 

17 

I/O 

1 


1 

All 

All 

— 

6 

8 

23 

20 

I/O 

1 


11 

A8 

A8 

— 

7 

9 

24 

21 

I/O 

1 


pi 

A10 

A10 

— 

8 

10 

25 

22 

I/O 

11_ 


II 

A9 

A9 

— 

9 

11 

26 

23 

I/O 


pi| Represents a 50 to 100 kQ pull-up. 

* Peripheral mode and master parallel mode are not supported in the 44-PLCC package; see Table 7. 
^ Pin assignments for the ATT3064/ATT3090 differ from those shown; see page 2-261. 

* WT is an open-drain output during configuration. 
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Table 6B. ATT3000 Family Configuration (132-PPGA, 144-TQFP, 160-MQFP, 175-PPGA, 208-SQFP) 


Configuration Mode (M2:M1:M0) 

132 

PPGA 

144 

TQFP 

160 

MQFP 

175 

PPGA 

208 

SQFP 

User 

Operation 

Slave 

(1:1:1) 

Master-Serial 

(0:0:0) 

Peripheral 

(1:0:1) 

Master-High 

(1:1:0) 

Master-Low 

(1:0:0) 

PWRDWN 

PWRDWN 

PWRDWN 

PWRDWN 

PWRDWN 

A1 

1 

159 

B2 

3 

PWRDWN 

vcc 

vcc 

vcc 

VCC 

VCC 

C8 

19 

20 

D9 

26 

VCC 

Ml (High) 

Ml (Low) 

Ml (Low) 

Ml (High) 

Ml (Low) 

B13 

36 

40 

B14 

48 

RDATA 

MO (High) 

MO (Low) 

MO (Low) 

MO (High) 

MO (Low) 

A14 

38 

42 

B15 

50 

RTRIG 

M2 (High) 

M2 (Low) 

M2 (High) 

M2 (High) 

M2 (Low) 

C13 

40 

44 

C15 

56 

I/O 

HOC (High) 

HDC (High) 

HDC (High) 

HDC (High) 

HDC (High) 

B14 

41 

45 

E14 

57 

I/O 

LDC (Low) 

LDC (Low) 

LDC (Low) 

LDC (Low) 

LDC (Low) 

D14 

45 

49 

D16 

61 

I/O 

INIT* 

INIT* 

INIT* 

INIT* 

INIT* 

G14 

53 

59 

H15 

77 

I/O 

GND 

GND 

GND 

GND 

GND 

H12 

55 

19 

J14 

25 

GND 

... in 

M13 

69 

76 

P15 

100 

XTL2-I/0 

RESET 

RESET 

RESET 

RESET 

1— 

LU 

CO 

LU 

IT 

P14 

71 

78 

R15 

102 

RESET 

DONE 

DONE 

DONE 

DONE 

DONE 

N13 

73 

80 

R14 

107 

PROC 



D7 

D7 

wissbsm 

M12 

74 

81 

N13 

109 

I/O 






P13 

75 

82 

T14 

110 

XTL1-I/0 



D6 

P6 

06 

N11 

78 

86 

P12 

115 

I/O 



D5 

D5 

D5 

M9 

84 

92 

Til 

122 

I/O 



CT 


— 

N9 

85 

93 

RIO 

123 

I/O 



D4 

D4 

D4 

N8 

88 

98 

R9 

128 

I/O 

vcc 

vcc 

VCC 

VCC 

VCC 

M8 

90 

100 

N9 

130 

VCC 



D3 

D3 

03 

N7 

92 

102 

P8 

132 

I/O 




— 

— 

P6 

93 

103 

R8 

133 

I/O 



D2 

D2 

02 

M6 

96 

108 

R7 

138 

I/O 



D1 

D1 

01 

M5 

102 

114 

R5 

145 

I/O 



rdy/bdsy 

RCEK 

RCLK 

N4 

103 

115 

P5 

146 

I/O 

6m 

DIN 

DO 

DO 

lliiilliiil 

N2 

106 

119 

R3 

151 

I/O 

DOUT 

DOUT 

DOUT 

DOUT 

DOUT 

M3 

107 

120 

N4 

152 

I/O 

CCLK 

CCLK 

CCLK 

CCLK 

CCLK 

P1 

108 

121 

R2 

153 

CCLK 



m 

AO 

AO 

M2 

111 

124 

P2 

161 

I/O 



CS2 

A1 

A1 

N1 

112 

125 

M3 

162 

I/O 




A2 

A2 

L2 

115 

128 

PI 

165 

I/O 




A3 

A3 

L1 

116 

129 

N1 

166 

I/O 




A15 

A15 

K1 

119 

132 

Ml 

172 

I/O 




A4 

A4 

J2 

120 

133 

L2 

173 

I/O 




A14 

A14 

HI 

123 

136 

K2 

178 

I/O 




A5 

A5 

H2 

124 

137 

K1 

179 

I/O 

GND 

1 GND 

1 GND 

GND 

GND 

H3 

126 

139 

J3 

182 

GND 




A13 

A13 

G2 

128 

141 

H2 

184 

I/O 




A6 

A6 

G1 

129 

142 

HI 

185 

I/O 




A12 

A12 

F2 

133 

147 

F2 

192 

I/O 




A7 

A7 

El 

134 

148 

El 

193 

I/O 




All 

All 

D1 

137 

151 

D1 

199 

I/O 




A8 

A8 

D2 

138 

152 

Cl 

200 

I/O 




A10 

A10 

B1 

141 

155 

E3 

203 

I/O 




A9 

A9 

C2 

142 

156 

C2 

204 

I/O 


pii| Represents a 50 to 100 kQ pull-up. 

* INIT is an open-drain output during configuration. 
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Table 7. ATT3030 44-Pin PLCC Pinout 


Pin No. 

Function 

Pin No. 

Function 

1 

GND 

23 

GND 

2 

I/O 

24 

I/O 

3 

I/O 

25 

I/O 

4 

I/O 

26 

XTL2-I/0 

5 

I/O 

27 

RESET 

6 

I/O 

28 

DONE-PROG 

7 

PWRDWN 

29 

I/O 

8 

TCLKIN-l/0 

30 

XTL1-BCLKIN-I/0 

9 

I/O 

31 

I/O 

10 

I/O 

32 

I/O 

11 

I/O 

33 

I/O 

12 

VCC 

34 

Vcc 

13 

I/O 

35 

I/O 

14 

I/O 

36 

I/O 

15 

I/O 

37 

I/O 

16 

MI-RDATA 

38 

DIN-l/0 

17 

MO-RTRIG 

39 

DOUT-l/0 

18 

M2-I/O 

40 

CCLK 

19 

HDC-l/0 

41 

I/O 

20 

LDC-l/0 

42 

I/O 

21 

I/O 

43 

I/O 

22 

TNlT-l/O 

44 

I/O 


Notes: 

Peripheral mode and master parallel mode are not supported In the M44 package. 
Parallel address and data pins are not assigned. 
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Table 8. ATT3020, ATT3030, and ATT3042; 68-PLCC and 84-PLCC Pinout' 


Pin Numbers 

Function 

Pin Numbers 

Function 

68 

PLCC 

84 

PLCC 

68 

PLCC 

84 

PLCC 

10 

12 

PWRDWN 

38 

46 

I/O 

11 

13 

TCLKIN-l/0 

39 

47 

I/O 

— 

14 

l/Qt 

40 

48 

I/O 

12 

15 

I/O 

41 

49 

I/O 

13 

16 

I/O 

— 

50 

l/Ot 

— 

17 

I/O 

— 

51 

1/0+ 

14 

18 

I/O 

42 

52 

I/O 

15 

19 

I/O 

43 

53 

XTL2-I/0 

16 

20 

I/O 

44 

54 

RESET 

17 

21 

I/O 

45 

55 

DONE-PROG 

18 

22 

Vcc 

46 

56 

D7-I/0 

19 

23 

I/O 

47 

57 

XTL1-BCLKIN-I/0 

— 

24 

I/O 

48 

58 

D6-I/0 

20 

25 

I/O 

— 

59 

I/O 

21 

26 

I/O 

49 

60 

D5-I/0 

22 

27 

I/O 

50 

61 

CSO-I/O 

— 

28 

I/O 

51 

62 

D4-I/0 

23 

29 

I/O 

— 

63 

I/O 

24 

30 

I/O 

52 

64 

Vcc 

25 

31 

M1-RDATA 

53 

65 

D3-I/0 

26 

32 

MO-RTRIG 

54 

66 

CST-I/O 

27 

33 

M2-I/O 

55 

67 

D2-I/0 

28 

34 

HDC-l/0 

— 

68 

I/O 

29 

35 

I/O 

— 

69 

1/0+ 

30 

36 

LDC-I/O 

56 

70 

DI-I/O 

31 

37 

I/O 

57 

71 

RDY/BUSY-RCLK-I/O 

— 

38 

l/Qt 

58 

72 

DO-DIN-I/O 

32 

39 

I/O 

59 

73 

□OUT-I/O 

33 

40 

I/O 

60 

74 

CCLK 

— 

41 

l/Qt 

61 

75 

A0-W5-I/O 

34 

42 

IRiT-l/O 

62 

76 

A1-CS2-I/0 

35 

43 

GND 

63 

77 

A2-I/0 

36 

44 

I/O 

64 

78 

A3-I/O 

37 

45 

I/O 

— 

79 

1/0+ 


* Unprogrammed lOBs have a default pull-up; this prevents an undefined pad level for unbonded or unused 
lOBs. Programmed outputs are default slew-limited. 

t Indicates unconnected package pins for the ATT3020. 
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Table 8. ATT3020, ATT3030, and ATT3042; 68-PLCC and 84-PLCC Pinout* (continued) 


Pin Numbers 

Function 

Pin Numbers 

Function 

68 

PLCC 

84 

PLCC 

68 

PLCC 

84 

PLCC 

— 

80 

l/Ot 

4 

4 

A12-I/0 

65 

81 

A15-1/0 

5 

5 

A7~l/0 

66 

82 

A4-I/0 

— 

6 

I/0+ 

67 

83 

A14-I/0 


7 

I/Of 

68 

84 

A5-I/0 

6 

8 

A11-I/0 

1 

1 

GND 

7 

9 

A8-I/0 

2 

2 

A13-1/0 

8 

10 

A10-1/0 

3 

3 

A6-I/0 

9 

11 

A9-I/0 


* Unprogrammed lOBs have a default pull-up; this prevents an undefined pad level for unbonded or unused 
lOBs. Programmed outputs are default slew-limited. 

t Indicates unconnected package pins for the ATT3020. 

Note: Table 8 describes the pin assignments for three different chips in two different packages. The function 
column lists 84 of the 118 pads on the ATT3042 and 84 of the 98 pads on the ATT3030. Ten pads 
(indicated by an asterisk) do not exist on the ATT3020, which has 74 pads; therefore, the corresponding 
pins on the 84-pin packages have no connections to an ATT3020. 
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Table 9. ATT3064 and ATT3090 84-PLCC Pinout 


84 

PLCC 

Function 

84 

PLCC 

Function 

84 

PLCC 

Function 

12 

PWRDWN 

40 

I/O 

68 

D2-I/0* 

13 

TCLKIN-l/0 

41 

TNIT-I/O* 

69 

I/O 

14 

I/O 

42 

VCC* 

70 

DI-I/O 

15 

I/O 

43 

GND 

71 

RDY/BLJSY-RCLK-I/O 

16 

I/O 

44 

I/O 

72 

DO-DIN-I/O 

17 

I/O 

45 

I/O 

73 

DOUT-I/O 

18 

I/O 

46 

I/O 

74 

CCLK 

19 

I/O 

47 

I/O 

75 

AO-WS-I/O 

20 

I/O 

48 

I/O 

76 

A1-CS2-I/0 

21 

GND* 

49 

I/O 

77 

A2-I/0 

22 

VCC 

50 

I/O 

78 

A3-I/O 

23 

I/O 

51 

I/O 

79 

I/O* 

24 

I/O 

52 

I/O 

80 

I/O* 

25 

I/O 

53 

XTL2-I/0 

81 

A15-I/0 

26 

I/O 

54 

RESET 

82 

A4-I/0 

27 

I/O 

55 

DONE-PROG 

83 

A14-1/0 

28 

I/O 

56 

D7-I/0 

84 

A5-I/0 

29 

I/O 

57 

XTL1-BCLKIN-I/0 

1 

GND 

30 

I/O 

58 

D6-I/0 

2 

Vcc* 

31 

M1-RDATA 

59 

I/O 

3 

A13-1/0* 

32 

MO-RTRIG 

60 

D5-I/0 

4 

A6-I/0* 

33 

M2-I/O 

61 

cm-\/o 

5 

A12-I/0* 

34 

HDC-l/0 

62 

D4-I/0 

6 

A7-[/0* 

35 

I/O 

63 

I/O 

7 

I/O 

36 

LDC-I/O 

64 

Vcc 

8 

A11-1/0 

37 

I/O 

65 

GND* 

9 

A8-I/0 

38 

I/O 

66 

D3-I/0* 

10 

A10-1/0 

39 

I/O 

67 

GST-I/O* 

11 

A9-I/0 


* Different pin definition than ATT3020/ATT3030/ATT3042 PC84 package. 

Note: Unprogrammed lOBs have a default pull-up: this prevents an undefined pad level for unbonded or unused lOBs. Programmed 
outputs are default slew-limited. 
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Table 10. ATT3020, ATT3030, and ATT3042 100-MQFP Pinout 


100 

MQFP 

Function 

100 

MQFP 

Function 

100 

MQFP 

Function 

16 

GND 

50 

I/O* 

84 

I/O* 

17 

A13-I/0 

51 

I/O* 

85 

I/O* 

18 

A6-I/0 

52 

M1-RDATA 

86 

I/O 

19 

A12-I/0 

53 

GND* 

87 

D5-I/0 

20 

A7-I/0 

54 

MO-RTRIG 

88 

C^-l/O 

21 

I/O* 

55 

Vcc* 

89 

D4-I/0 

22 

I/O* 

56 

M2-I/O 

90 

I/O 

23 

A11-1/0 

57 

HDC-l/0 

91 

Vcc 

24 

A8-I/0 

58 

I/O 

92 

D3-I/0 

25 

A10-1/0 

59 

ldc-i/o 

93 

C^-l/0 

26 

A9-I/0 

60 

I/O* 

94 

D2-I/0 

27* 

Vcc 

61 

I/O* 

95 

I/O 

* 

00 

CM 

GND 

62 

I/O 

96 

I/O* 

29 

PWRDWN 

63 

I/O 

97 

I/O* 

30 

TCLKIN-l/0 

64 

I/O 

98 

DI-I/O 

31 

I/O** 

65 

IRTT-I/O 

99 

RCLK-RDY/BUSY-I/O 

32 

I/O* 

66 

GND 

100 

DO-DIN-I/O 

33 

I/O* 

67 

I/O 

1 

DOUT-l/0 

34 

I/O 

68 

I/O 

2 

CCLK 

35 

I/O 

69 

I/O 

3 

Vcc* 

36 

I/O 

70 

I/O 

4 

GND* 

37 

I/O 

71 

I/O 

5 

A0-W5-I/O 

38 

I/O 

72 

I/O 

6 

A1-CS2-I/0 

39 

I/O 

73 

I/O 

7 

I/O** 

40 

I/O 

74 

I/O* 

8 

A2-I/0 

41 

Vcc 

75 

I/O* 

9 

A3-I/O 

42 

I/O 

76 

XTL2-I/0 

10 

I/O* 

43 

I/O 

77* 

GND 

11 

I/O* 

44 

I/O 

78 

RESET 

12 

A15-1/0 

45 

I/O 

79 

Vcc* 

13 

A4-I/0 

46 

I/O 

80 

DONE-PROG 

14 

A14-1/0 

47 

I/O 

81 

D7-I/0 

15 

A5-I/0 

48 

I/O 

82 

XTL1-BCLKIN-I/0 

— 

— 

49 

I/O 

83 

D6-I/0 

— 

— 


* Only 100 of the 118 pads on the ATT3042 are connected to the 100 package pins. Two pads, indicated 
by double asterisks, do not exist on the ATT3030, which has 98 pads; therefore, the corresponding pins have no 
connections. Twenty-six pads, indicated by single or double asterisks, do not exist on the ATT3020, which has 
74 pads; therefore, the corresponding pins have no connections. 

Note; Unprogrammed lOBs have a default pull-up; this prevents an undefined pad level for unbonded or unused 
lOBs. Programmed outputs are default slew-limited. 
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Table 11. ATT3030, ATT3042, and ATT3064 100-TQFP Pinout 


100 

TQFP 

Function 

100 

TQFP 

Function 

100 

TQFP 

Function 

13 

GND 

47 

I/O 

81 

I/O 

14 

A13-1/0 

48 

I/O 

82 

I/O 

15 

A6-I/0 

49 

M1-RDATA 

83 

I/O 

16 

A12-I/0 

50 

GND 

84 

D5-I/0 

17 

A7-I/0 

51 

MO-RTRIG 

85 

C^-l/0 

18 

I/O 

52 

Vcc 

86 

D4-I/0 

19 

I/O 

53 

M2-I/0 

87 

I/O 

20 

All-I/O 

54 

HDC-I/O 

88 

Vcc 

21 

A8-I/0 

55 

I/O 

89 

D3-I/0 

22 

A10-I/O 

56 

LDC-I/O 

90 

C^-l/0 

23 

A9-I/0 

57 

I/O 

91 

D2-I/0 

24 

VCC 

58 

I/O 

92 

I/O 

25 

GND 

59 

I/O 

93 

I/O 

26 

PWRDWN 

60 

I/O 

94 

I/O 

27 

TCLKIN-l/0 

61 

I/O 

95 

DI-I/O 

28 

I/O* 

62 

tntt-i/o 

96 

RCLK-RDY/BUSY- I/O 

29 

I/O 

63 

GND 

97 

DO-DIN-l/0 

30 

I/O 

64 

I/O 

98 

DOUT-l/0 

31 

I/O 

65 

I/O 

99 

CCLK 

32 

I/O 

66 

I/O 

100 

Vcc 

33 

I/O 

67 

I/O 

1 

GND 

34 

I/O 

68 

I/O 

2 

AO-WS-I/O 

35 

I/O 

69 

I/O 

3 

A1-CS2-I/0 

36 

I/O 

70 

I/O 

4 

I/O* 

37 

I/O 

71 

I/O 

5 

A2-I/0 

38 

Vcc 

72 

I/O 

6 

A3-I/O 

39 

I/O 

73 

XTL2-I/0 

7 

I/O 

40 

I/O 

74 

GND 

8 

I/O 

41 

I/O 

75 

RESET 

9 

A15-1/0 

42 

I/O 

76 

Vcc 

10 

A4-I/0 

43 

I/O 

77 

DONE-PROG 

11 

A14-I/0 

44 

I/O 

78 

D7-I/0 

12 

A5-I/0 

45 

I/O 

79 

XTL1-BCLKIN-I/0 

— 

— 

46 

I/O 

80 

D6-I/0 

— 

— 


* Incjicates unconnected package pins for the ATT3030. 

Note: Unprogrammed lOBs have a default pull-up; this prevents an undefined pad level for unbonded or unused 


lOBs. Programmed outputs are default slew-limited. 
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Table 12. ATT3042 and ATT3064 132-PPGA Pinout 


132 
PPG A 

Function 

132 

PPGA 

Function 

132 

PPGA 

Function 

C4 

GND 

F12 

I/O 

N6 

I/O* 

A1 

PWRDWN 

E14 

I/O 

P5 

I/O* 

C3 

TCLKIN-l/0 

F13 

I/O 

M6 

D2-I/0 

B2 

I/O 

F14 

I/O 

N5 

I/O 

B3 

I/O 

G13 

I/O 

P4 

I/O 

A2 

I/O* 

G14 

INTT-I/O 

P3 

I/O 

B4 

I/O 

G12 

VCC 

M5 

D1-I/0 

C5 

I/O 

H12 

GND 

N4 

RCLK-RDY/BUSY-I/O 

A3 

I/O* 

H14 

I/O 

P2 

I/O 

A4 

I/O 

H13 

I/O 

N3 

I/O 

B5 

I/O 

J14 

I/O 

N2 

DO-DIN-I/O 

C6 

I/O 

J13 

I/O 

M3 

DOUT-I/O 

A5 

I/O 

K14 

I/O 

P1 

CCLK 

B6 

I/O 

J12 

I/O 

M4 

VCC 

A6 

I/O 

K13 

I/O 

L3 

GND 

B7 

I/O 

L14 

I/O* 

M2 

AO-WS-l/0 

C7 

GND 

L13 

I/O 

N1 

A1-CS2-I/0 

C8 

VCC 

K12 

I/O 

M1 

I/O 

A7 

I/O 

M14 

I/O 

K3 

I/O 

B8 

I/O 

N14 

I/O 

L2 

A2-I/0 

A8 

I/O 

M13 

XTL2-I/0 

L1 

A3-I/0 

A9 

I/O 

L12 

GND 

K2 

I/O 

B9 

I/O 

P14 

RESET 

J3 

I/O 

C9 

I/O 

M11 

VCC 

K1 

A15-I/0 

A10 

I/O 

N13 

DONE-PROG 

J2 

A4-I/0 

B10 

I/O 

M12 

D7-I/0 

J1 

I/O* 

A11 

I/O* 

P13 

XTL1-BCLKIN-I/0 

H1 

A14-I/0 

C10 

I/O 

N12 

I/O 

H2 

A5-I/0 

B11 

I/O 

P12 

I/O 

H3 

GND 

A12 

I/O* 

N11 

D6-I/0 

G3 

VCC 

B12 

I/O 

M10 

I/O 

G2 

A13-I/0 

A13 

I/O* 

P11 

I/O* 

G1 

A6-I/0 

C12 

I/O 

N10 

I/O 

F1 

I/O* 

B13 

M1-RDATA 

P10 

I/O 

F2 

A12-I/0 

C11 

GND 

M9 

D5-I/0 

E1 

A7-I/0 

A14 

MO-RTRIG 

N9 

C^-l/0 

F3 

I/O 

D12 

VCC 

P9 

I/O* 

E2 

I/O 

C13 

M2-I/O 

P8 

I/O* 

D1 

A11-1/0 

B14 

HDC-l/0 

N8 

D4-I/0 

D2 

A8-I/0 

C14 

I/O 

P7 

I/O 

E3 

I/O 

E12 

I/O 

M8 

VCC 

C1 

I/O 

D13 

I/O 

M7 

GND 

B1 

A10-1/0 

D14 

CDC-I/O 

N7 

D3-I/0 

02 

A9-I/0 

E13 

I/O* 

P6 

CST-I/O 

D3 

VCC 


* Indicates unconnected package pins for the ATT3030. 


Note: Unprogrammed lOBs have a default pull-up; this prevents an undefined pad level for unbonded or unused lOBs. 
Programmed outputs are default slew-limited. 
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Table 13. ATT3042 and ATT3064 144-TQFP Pinout 


144 

TQFP 

Function 

144 

TQFP 

Function 

144 

TQFP 

Function 

144 

TQFP 

Function 

1 

PWRDWN 

37 

GND 

73 

DONE—PROG 

109 

Vcc 

2 

TCLKIN—I/O 

38 

MO-RTRIG 

74 

D7-I/0 

110 

GND 

3 

I/O* 

39 

Vcc 

75 

XTL1-BCLKIN-I/0 

111 

AO-WS-I/O 

4 

I/O 

40 

M2-I/O 

76 

I/O 

112 

A1-CS2-I/0 

5 

I/O 

41 

HDC-l/0 

77 

I/O 

113 

I/O 

6 

I/O* 

42 

I/O 

78 

D6-I/0 

114 

I/O 

7 

I/O 

43 

I/O 

79 

I/O 

115 

A2-I/0 

8 

I/O 

44 

I/O 

80 

I/O* 

116 

A3-I/O 

9 

I/O* 

45 

LDC—I/O 

81 

I/O 

117 

I/O 

10 

I/O 

46 

I/O* 

82 

I/O 

118 

I/O 

11 

I/O 

47 

I/O 

83 

I/O* 

119 

A15-I/0 

12 

I/O 

48 

I/O 

84 

D5-I/0 

120 

A4-I/0 

13 

I/O 

49 

I/O 

85 

CSO-I/O 

121 

I/O* 

14 

I/O 

50 

I/O* 

86 

I/O* 

122 

I/O* 

15 

I/O* 

51 

I/O 

87 

I/O* 

123 

A14-1/0 

16 

I/O 

52 

I/O 

88 

D4-I/0 

124 

A5-I/0 

17 

I/O 

53 

INIT-I/O 

89 

I/O 

125 

— 

18 

GND 

54 

Vcc 

90 

Vcc 

126 

GND 

19 

Vcc 

55 

GND 

91 

GND 

127 

Vcc 

20 

I/O 

56 

I/O 

92 

D3—I/O 

128 

A13-1/0 

21 

I/O 

57 

I/O 

93 

CST—I/O 

129 

A6-I/0 

22 

I/O 

58 

I/O 

94 

I/O* 

130 

I/O* 

23 

I/O 

59 

I/O 

95 

I/O* 

131 

— 

24 

I/O 

60 

I/O 

96 

D2—I/O 

132 

I/O* 

25 

I/O 

61 

I/O 

97 

I/O 

133 

A12-I/0 

26 

I/O 

62 

I/O 

98 

I/O 

134 

A7-I/0 

27 

I/O 

63 

I/O* 

99 

I/O* 

135 

I/O 

28 

I/O* 

64 

I/O* 

100 

I/O 

136 

I/O 

29 

I/O 

65 

I/O 

101 

I/O* 

137 

All-I/O 

30 

I/O 

66 

I/O 

102 1 

D1—I/O 

138 

A8-I/0 

31 

I/O* 

67 

I/O 

103 

RCLK—BUSY/RDY—I/O 

139 

I/O 

32 

I/O* 

68 

I/O 

104 

I/O 

140 

I/O 

33 

I/O 

69 

XTL2—I/O 

105 

I/O 

141 

A10-1/0 

34 

I/O* 

70 

GND 

106 

DO—DIN—I/O 

142 

A9-I/0 

35 

I/O 

71 

RESET 

107 

DOUT-I/O 

143 

Vcc 

36 

M1-RDATA 

72 

Vcc 

108 

CCLK 

144 

GND 


* Indicates unconnected package pins for the ATT3042. 

Note: Unprogrammed lOBs have a default pull-up: this prevents an undefined pad level for unbonded or unused lOBs. Programmed outputs 
are default slew-limited. 
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Table 14. ATT3064 and ATT3090160-MQFP Pinout 


160 

MQFP 

Function 

160 

MQFP 

Function 

160 

MQFP 

Function 

160 

MQFP 

Function 

1 

I/O* 

41 

GND 

81 

D7-I/0 

121 

CCLK 

2 

I/O* 

42 

MO-RTRIG 

82 

XTL1-BCLKIN-I/0 

122 

Vcc 

3 

I/O* 

43 

Vcc 

83 

I/O* 

123 

GND 

4 

I/O 

44 

M2-I/O 

84 

I/O 

124 

AO-Wg-l/O 

5 

I/O 

45 

HDC-l/0 

85 

I/O 

125 

A1-CS2-I/0 

6 

I/O 

46 

I/O 

86 

D6-I/0 

126 

I/O 

7 

I/O 

47 

I/O 

87 

I/O 

127 

I/O 

8 

I/O 

48 

I/O 

88 

I/O 

128 

A2-I/0 

9 

I/O 

49 

LDC-I/O 

89 

I/O 

129 

A3-I/O 

10 

I/O 

50 

I/O* 

90 

I/O 

130 

I/O 

11 

I/O 

51 

I/O* 

91 

I/O 

131 

I/O 

12 

I/O 

52 

I/O 

92 

D5-I/0 

132 

A15-1/0 

13 

I/O 

53 

I/O 

93 

C50-I/O 

133 

A4-I/0 

14 

I/O 

54 

I/O 

94 

I/O* 

134 

I/O 

15 

I/O 

55 

I/O 

95 

I/O* 

135 

I/O 

16 

I/O 

56 

I/O 

96 

I/O 

136 

A14-1/0 

17 

I/O 

57 

I/O 

97 

I/O 

137 

A5-I/0 

18 

I/O 

58 

I/O 

98 

D4-I/0 

138 

I/O* 

19 

GND 

59 

lNIT-l/0 

99 

I/O 

139 

GND 

20 

Vcc 

60 

Vcc 

100 

Vcc 

140 

Vcc 

21 

I/O* 

61 

GND 

101 

GND 

141 

A13-I/0 

22 

I/O 

62 

I/O 

102 

D3-I/0 

142 

A6-I/0 

23 

I/O 

63 

I/O 

103 

C5T-I/0 

143 

I/O* 

24 

I/O 

64 

I/O 

104 

I/O 

144 

I/O* 

25 

I/O 

65 

I/O 

105 

I/O 

145 

I/O 

26 

I/O 

66 

I/O 

106 

I/O* 

146 

I/O 

27 

I/O 

67 

I/O 

107 

I/O* 

147 

A12-I/0 

28 

I/O 

68 

I/O 

108 

D2-I/0 

148 

A7-I/0 

29 

I/O 

69 

I/O 

109 

I/O 

149 

I/O 

30 

I/O 

70 

I/O 

110 

I/O 

150 

I/O 

31 

I/O 

71 

I/O 

111 

I/O 

151 

All-I/O 

32 

I/O 

72 

I/O 

112 

I/O 

152 

A8-I/0 

33 

I/O 

73 

I/O 

113 

I/O 

153 

I/O 

34 

I/O 

74 

I/O 

114 

DI-I/O 

154 

I/O 

35 

I/O 

75 

I/O* 

115 

RCLK-RDY/BUSY-I/O 

155 

A10-1/0 

36 

I/O 

76 

XTL2-I/0 

116 

I/O 

156 

A9-I/0 

37 

I/O 

77 

GND 

117 

I/O 

157 

Vcc 

38 

I/O* 

78 

RESET 

118 

I/O* 

158 

GND 

39 

I/O* 

79 

Vcc 

119 

DO-DIN-l/0 

159 

PWRDWN 

40 

M1-RDATA 

80 

DONE-PROG 

120 

DOUT-l/0 

160 

TCLKIN-l/0 


* Indicates unconnected package pins for the ATT3064. 

Note: Unprogrammed lOBs have a default pull-up; this prevents an undefined pad level for unbonded or unused lOBs. Programmed outputs 
are default slew-limited. 
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Table 15. ATT3000 Family 175-PPGA Pinout 


175 

PPGA 

Function 

175 

PPGA 

Function 

175 

PPGA 

Function 

175 

PPGA 

Function 

B2 

PWRDWN 

D13 

I/O 

R14 

DONE-PROG 

R3 

DO-DIN-I/O 

D4 

TCLKIN-l/0 

B14 

M1-RDATA 

N13 

D7-I/0 

N4 

DOUT-l/0 

B3 

I/O 

C14 

GND 

T14 

XTL1-BCLKIN-I/0 

R2 

CCLK 

C4 

I/O 

B15 

MO-RTRIG 

PI 3 

I/O 

P3 

Vcc 

B4 

I/O 

D14 

Vcc 

R13 

I/O 

N3 

GND 

A4 

I/O 

C15 

M2-I/0 

T13 

I/O 

P2 

A0-W§-l/O 

D5 

I/O 

E14 

HDC-l/0 

N12 

I/O 

M3 

A1-CS2-I/0 

C5 

I/O 

B16 

I/O 

P12 

D6-I/0 

R1 

I/O 

B5 

I/O 

D15 

I/O 

R12 

I/O 

N2 

I/O 

A5 

I/O 

C16 

I/O 

T12 

I/O 

PI 

A2-I/0 

C6 

I/O 

D16 

ldc-i/o 

P11 

I/O 

N1 

A3-I/O 

D6 

I/O 

F14 

I/O 

Nil 

I/O 

L3 

I/O 

B6 

I/O 

E15 

I/O 

R11 

I/O 

M2 

I/O 

A6 

I/O 

E16 

I/O 

Til 

D5-I/0 

Ml 

A15-1/0 

B7 

I/O 

F15 

I/O 

RIO 

CSO-I/O 

L2 

A4-I/0 

C7 

I/O 

FI 6 

I/O 

P10 

I/O 

LI 

I/O 

D7 

I/O 

G14 

I/O 

N10 

I/O 

K3 

I/O 

A7 

I/O 

G15 

I/O 

T10 

I/O 

K2 

A14-1/0 

A8 

I/O 

G16 

I/O 

T9 

I/O 

K1 

A5-I/0 

B8 

I/O 

H16 

I/O 

R9 

D4-I/0 

J1 

I/O 

C8 

I/O 

H15 

iNiT-l/O 

P9 

I/O 

J2 

I/O 

D8 

GND 

H14 

vcc 

N9 

Vcc 

J3 

GND 

D9 

Vcc 

J14 

GND 

N8 

GND 

H3 

Vcc 

C9 

I/O 

J15 

I/O 

P8 

D3-I/0 

H2 

A13-1/0 

B9 

I/O 

J16 

I/O 

R8 

C^-l/0 

HI 

A6-I/0 

A9 

I/O 

K16 

I/O 

T8 

I/O 

G1 

I/O 

A10 

I/O 

K15 

I/O 

T7 

I/O 

G2 

I/O 

DIO 

I/O 

K14 

I/O 

N7 

I/O 

G3 

I/O 

CIO 

I/O 

LI 6 

I/O 

P7 

I/O 

FI 

I/O 

BIO 

I/O 

LI 5 

I/O 

R7 

D2-I/0 

F2 

A12-I/0 

All 

I/O 

M16 

I/O 

T6 

I/O 

El 

A7-I/0 

B11 

I/O 

M15 

I/O 

R6 

I/O 

E2 

I/O 

Dll 

I/O 

LI 4 

I/O 

N6 

I/O 

F3 

I/O 

C11 

I/O 

N16 

I/O 

P6 

I/O 

D1 

All-I/O 

A12 

I/O 

P16 

I/O 

T5 

I/O 

Cl 

O 

T 

GO 

< 

B12 

I/O 

N15 

I/O 

R5 

DI-I/O 

D2 

I/O 

C12 

I/O 

R16 

I/O 

P5 

RDY/BUSY-RCLK-I/O 

B1 

I/O 

D12 

I/O 

M14 

I/O 

N5 

I/O 

E3 

A10-1/0 

A13 

I/O 

P15 

XTL2-I/0 

T4 

I/O 

C2 

A9-I/0 

B13 

I/O 

N14 

GND 

R4 

I/O 

D3 

Vcc 

C13 

I/O 

R15 

RESET 

P4 

I/O 

C3 

GND 

A14 

I/O 

P14 

Vcc 

— 

— 

— 

— 


Note: Unprogrammed lOBs have a default pull-up: this prevents an undefined pad level for unbonded or unused lOBs. Programmed 
outputs are default slew-limited. Pins A2, A3, A15, A16, T1, T2, T3, T15, and T16 are not connected. Pin A1 does not exist. 
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Table 16. ATT3000 Family 208-SQFP Pinout 


"W 

SQFP 

Function 

SQFP 

Function 

208 

SQFP 

Function 

208 

SQFP 

Function 

1 

— 

53 

— 

105 

— 

157 

— 

2 

GND 

54 

— 

106 

VCC 

158 

— 

3 

PWRDWN 

55 

VCC 

107 

DONE-PROG 

159 

— 

4 

TCLKIN-l/0 

56 

M2-I/0 

108 

— 

160 

GND 

5 

I/O 

57 

HDC-l/0 

109 

D7-I/0 

161 

AO-WS-l/0 

6 

I/O 

58 

I/O 

110 

XTL1-BCLKIN-I/0 

162 

A1-CS2-I/0 

7 

I/O 

59 

I/O 

111 

I/O 

163 

I/O 

8 

I/O 

60 

I/O 

112 

I/O 

164 

I/O 

9 

I/O 

61 

LDC-I/O 

113 

I/O 

165 

A2-I/0 

10 

I/O 

62 

I/O 

114 

I/O 

166 

A3-I/0 

11 

I/O 

63 

I/O 

115 

D6-I/0 

167 

I/O 

12 

I/O 

64 

— 

116 

I/O 

168 

I/O 

13 

I/O 

65 

— 

117 

I/O 

169 

— 

14 

I/O 

66 

— 

118 

I/O 

170 

— 

15 

I/O 

67 

— 

119 

— 

171 

— 

16 

I/O 

68 

I/O 

120 

I/O 

172 

A15-1/0 

17 

I/O 

69 

I/O 

121 

I/O 

173 

A4-I/0 

18 

I/O 

70 

I/O 

122 

D5-I/0 

174 

I/O 

19 

I/O 

71 

I/O 

123 

CSO-I/O 

175 

I/O 

20 

I/O 

72 

— 

124 

I/O 

176 

— 

21 

I/O 

73 

— 

125 

I/O 

177 

— 

22 

I/O 

74 

I/O 

126 

I/O 

178 

A14-1/0 

23 

I/O 

75 

I/O 

127 

I/O 

179 

A5-I/0 

24 

I/O 

76 

I/O 

128 

D4-I/0 

180 

I/O 

25 

GND 

77 

INIT-l/0 

129 

I/O 

181 

I/O 

26 

VCC 

78 

VCC 

130 

VCC 

182 

GND 

27 

I/O 

79 

GND 

131 

GND 

183 

VCC 

28 

I/O 

80 

I/O 

132 

D3-I/0 

184 

A13-1/0 

29 

I/O 

81 

I/O 

133 

CST-I/O 

185 

A6-I/0 

30 

I/O 

82 

I/O 

134 

I/O 

186 

I/O 

31 

I/O 

83 

— 

135 

I/O 

187 

I/O 

32 

I/O 

84 

— 

136 

I/O 

188 

— 

33 

I/O 

85 

I/O 

137 

I/O 

189 

— 

34 

I/O 

86 

I/O 

138 

D2-I/0 

190 

I/O 

35 

I/O 

87 

I/O 

139 

I/O 

191 

I/O 

36 

I/O 

88 

I/O 

140 

I/O 

192 

A12-1/0 

37 

— 

89 

I/O 

141 

I/O 

193 

A7-I/0 

38 

I/O 

90 

— 

142 

— 

194 

— 

39 

I/O 

91 

— 

143 

I/O 

195 

— 

40 

I/O 

92 

— 

144 

I/O 

196 

— 

41 

I/O 

93 

I/O 

145 

DI-I/O 

197 

I/O 

42 

I/O 

94 

I/O 

146 

RDY/BUSY-RCLK-I/O 

198 

I/O 

43 

I/O 

95 

I/O 

147 

I/O 

199 

A11-1/0 

44 

I/O 

96 

I/O 

148 

I/O 

200 

A8-I/0 

45 

I/O 

97 

I/O 

149 

I/O 

201 

I/O 

46 

I/O 

98 

I/O 

150 

I/O 

202 

I/O 

47 

I/O 

99 

I/O 

151 

DO-DIN-I/O 

203 

A10-1/0 

48 

M1-RDATA 

100 

XTL2-I/0 

152 

DOUT-l/0 

204 

A9-I/0 

49 

GND 

101 

GND 

153 

CCLK 

205 

VCC 

50 

MO-RTRIG 

102 

RESET 

154 

VCC 

206 

— 

51 

— 

103 

— 

155 

— 

207 

— 

52 

— 

104 

— 

156 

— 

208 

— 


Note; Unprogrammed lOBs have a default pull-up; this prevents an undefined pad level for unbonded or unused lOBs. Programmed outputs 
are default slew-limited. 
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Package Thermal Characteristics 

When silicon die junction temperature is below the rec¬ 
ommended junction temperature of 125 °C, the 
temperature-activated failure mechanisms are mini¬ 
mized. There are four major factors that affect the ther¬ 
mal resistance value: silicon device size/paddle size, 
board mounting configuration (board density, multilayer 
nature of board), package type and size, and system 
airflow over the package. The values in the table below 
reflect the capability of the various package types to 
dissipate heat at given airflow rates. The numbers rep¬ 
resent the delta °C/W between the ambient tempera¬ 
ture and the device junction temperature. 

To test package thermal characteristics, a single pack¬ 
age containing a 0.269 in. sq. test IC of each configura¬ 
tion is mounted at the center of a printed-circuit board 
(PCB) measuring 8 in. x 13 in. x 0.062 in. The assem¬ 
bled PCB is mounted vertically in the center of the rect¬ 
angular test section of a wind tunnel. The walls of the 
wind tunnel simulate adjacent boards in the electronic 
rack and can be adjusted to study the effects of PCB 
spacing. Forced air at room temperature is supplied by 
a pair of push-pull blowers which can be regulated to 
supply the desired air velocities. The air velocity is 
measured with a hot-wire anemometer at the center of 
the channel, 3 in. upstream from the package. 

A typical test consists of regulating the wind tunnel 
blowers to obtain the desired air velocity and applying 
power to the test IC. The power to the IC is adjusted 
until the maximum junction temperature (as measured 
by its diodes) reaches 115 °C to 120 °C. The thermal 
resistance 0ja (°C/W) is computed by using the power 
supplied to the IC, junction temperature, ambient tem¬ 
perature, and air velocity: 


0JA 


TJ-TA 

QC 


where: 

Tj = peak temperature on the active surface of the IC 
Ta = ambient air temperature 
Qc = IC power 

The tests are repeated at several velocities from 0 fpm 
(feet per minute) to 1000 fpm. 

The definition of the junction to case thermal resistance 
0jc is: 


0JC 


TJ-TC 

QC 


where: 

Tc = temperature measured to the thermocouple at 
the top dead center of the package 

The actual 0JC measurement performed at Lucent, 

0j -TDC, uses a different package mounting arrange¬ 
ment than the one defined for 0JC in MIL-STD-883D 
and SEMI standards. Please contact Lucent for a dia¬ 
gram. 

The maximum power dissipation for a package is cal¬ 
culated from the maximum junction temperature, maxi¬ 
mum operating temperature, and the junction to 
ambient characteristic 0ja. The maximum power dissi¬ 
pation for commercial grade ICs Is calculated as fol¬ 
lows: max power (watts) = (125 °C - 70 °C) x (1/0ja), 
where 125 °C is the maximum junction temperature. 
Table 17 lists the ATT3000 plastic package thermal 
characteristics. 
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Package Thermal Characteristics (continued) 


Table 17. ATT3000 Plastic Package Thermal Characteristics 


Package 

0JA (°C/W) 

0JC 

(°C/W) 

Max Power 

(70 °C—0 fpm) 

0 fpm 

200 fpm 

400 fpm 

44-Pin PLCC 

49 

41 

40 

— 

1.12W 

68-Pin PLCC 

43 

38 

35 

11 

1.28W 

84-Pin PLCC 

40 

35 

32 

9 

1.38W 

100-Pin MQFP 

81 

67 

64 

11 

0.68 W 

100-Pin TQFP 

61 

49 

46 

6 

0.90 W 

132-Pin PPGA 

22 

18 

16 

— 

2.50 W 

144-Pin TQFP 

52 

39 

36 

4 

1.06W 

160-Pin MQFP 

40 

36 

32 

8 

1.38W 

175-Pin PPGA 

23 

20 

17 

— 

2.39 W 

208-Pln SQFP 

37 

33 

29 

8 

1.49W 


Package Coplanarity 

The coplanarity of Lucent Technologies postmolded 
packages is 4 mils. The coplanarity of selected pack¬ 
ages is scheduled to be reduced to 3.1 mils. All Lucent 
ATT3000 Series FPGA ceramic packages are through- 
hole mount. 


Package Parasitics 

The electrical performance of an IC package, such as 
signal quality and noise sensitivity, is directly affected 
by the package parasitics. Table 18 lists eight parasitics 
associated with the ATT3000 packages. These parasit¬ 
ics represent the contributions of all components of a 
package, which include the bond wires, all internal 
package routing, and the external leads. 

Four inductances in nH are listed: Lw and Ll, the self- 
inductance of the lead; and Lmw and Lml, the mutual 
inductance to the nearest neighbor lead. These 
parameters are important in determining ground 


bounce noise and inductive crosstalk noise. Three 
capacitances in pF are listed: Cm, the mutual capaci¬ 
tance of the lead to the nearest neighbor lead; and Ci 
and C 2 , the total capacitance of the lead to all other 
leads (all other leads are assumed to be grounded). 
These parameters are important in determining capaci¬ 
tive crosstalk and the capacitive loading effect of the 
lead. 

The parasitic values in Table 18 are for the circuit 
model of bond wire and package lead parasitics. If the 
mutual capacitance value is not used in the designer’s 
model, then the value listed as mutual capacitance 
should be added to each of the Cl and C2 capacitors. 
The PGAs contain power and ground planes that will 
make the inductance value for power and ground leads 
the minimum value listed. The PGAs also have a signif¬ 
icant range of parasitic values. This Is due to the large 
variation in internal trace lengths and is also due to two 
signal metal layers that are separated from the ground 
plane by different distances. The upper signal layer is 
more Inductive but less capacitive than the closer, 
lower signal layer. 
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Package Parasitics (continued) 
Table 18. Package Parasitics 


Package Type 

Lw 

Mw 

Rw 

C1 

C2 

Cm 

Ll 

Ml 

44-Pin PLCC 

3 

1 

140 

0.5 

0.5 

0.3 

5—6 

2—2.5 

68-Pin PLCC 

3 

1 

140 

0.5 

0.5 

0.4 

6—9 

3—4 

84-Pin PLCC 

3 

1 

140 

1 

1 

0.5 

7—11 

3—6 

100-Pin MQFP 

3 

1 

160 

1 

1 

0.5 

7—9 

4—5 

100-Pin TQFP 

3 

1 

150 

0.5 

0.5 

0.4 

4—6 

2—3 

132-Pin PPGA 

3 

1 

150 

1 

1 

0.25 

4—10 

o 

1 

144-Pin TQFP 

3 

1 

140 

1 

1 

0.6 

4—6 

2—2.5 

160-Pin MQFP 

4 

1.5 

180 

1.5 

1.5 

1 

10—13 

6—8 

175-Pin PPGA 

3 

1 

150 

1 

1 

0.3 

5—11 

1—1.5 

208-Pin SQFP 

4 

2 

200 

1 

1 

1 

7—10 

4—6 


* Leads designated as ground (power) can be connected to the ground plane, reducing the trace inductance to the minimum value listed. 


CIRCUIT 

Lw Rw Ll board pad 



5 - 3862(0 


Figure 33. Package Parasitics 
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Absolute Maximum Ratings 

Stresses in excess of the Absolute Maximum Ratings can cause permanent damage to the device. These are 
absolute stress ratings only. Functional operation of the device is not implied at these or any other conditions in 
excess of those given in the operational sections of the data sheet. Exposure to Absolute Maximum Ratings for 
extended periods can adversely affect device reliability. 


Parameter 

Symbol 

Min 

Max 

Unit 

Supply Voltage Relative to GND 

Vcc 

-0.5 

7.0 

V 

Input Voltage Relative to GND 

ViN 

-0.5 

0.5 

V 

Voltage Applied to 3-state Output 

Vts 

-0.5 

0.5 

V 

Storage Temperature (ambient) 

Tstg 

-65 

150 

°c 

Maximum Soldering Temperature 
(10 seconds at 1/16 in.) 

Tsol 

— 

260 

°c 

Junction Temperature 

Tj 

— 

125 

°c 
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Table 19. dc Electrical Characteristics Over Operating Conditions 


Commercial: Vcc = 5.0 V ± 5%; 0 °C < Ta < 70 °C; Industrial: Vcc = 5.0 ± 10%, -40 °C < Ta < +85 °C. 


Parameter/Conditions 

Symbol 

-50, -70,-100,-125, and 
-150 MHz 

-3, -4, and -5 

Unit 

Min 

Max 

Min 

Max 

High-level Input Voltage 







CMOS Level 

ViHC 

70% 

100% 

70% 

100% 

V 

TTL Level 

ViHT 

2.0 

Vcc 

2.0 

vcc 

V 

Low-level Input Voltage 







CMOS Level 

ViLC 

0 

20% 

0 

20% 

V 

TTL Level 

VILT 

0 

0.8 

0 

0.8 

V 

Output Voltage 







High 







(lOH = -4 mA) 

VOH 

3.86 

— 

— 

— 

V 

(lOH = -8 mA) 

VOH 

— 

— 

3.86 

— 

V 

Low 







(lOL = 4 mA) 

VOL 

— 

0.40 

— 

— 

V 

(lOL = 8 mA) 

VOL 

— 

— 

— 

0.40 

V 

Input Signal Transition Time 

Tin 

— 

250 

— 

250 

ns 

Powerdown Supply Current 

ICCPD 






ATT3020 


— 

50 

— 

50 

pA 

ATT3030 


— 

80 

— 

80 

HA 

ATT3042 


— 

120 

— 

120 

HA 

ATT3064 


— 

170 

— 

170 

^lA 

ATT3090 


— 

250 

— 

250 

jiA 

Quiescent FPGA Supply Current 

Icco 






(In addition to ICCPD) 







CMOS Inputs 




— 

10 

mA 

ATT3020 


— 

500 



HA 

ATT3030 


— 

500 



liA 

ATT3042 


— 

500 



^lA 

ATT3064 


— 

500 



HA 

ATT3090 


— 

500 



HA 

TTL Inputs 


— 

10 

— 

20 

mA 

Leakage Current 

IlL 

-10 

10 

-10 

10 

HA 

Input Capacitance* 

CiN 






All Packages Except 175-PGA: 







All Pins Except XTL1/XTL2 


— 

10 

— 

10 

PF 

XTL1 and XTL2 


— 

15 

— 

15 

PF 

175-PGA Package: 







All Pins Except XTL1/XTL2 


— 

15 

— 

15 

pF 

XTL1 and XTL2 


— 

20 

— 

20 

pF 

Pad Pull-up* (when selected) 

IRIN 

0.02 

0.17 

0.02 

0.17 

mA 

(at ViN = 0 V) 







Horizontal Long Line Pull-up (when 
selected) at Logic LOW 

IRLL 

0.2 

2.5 

0.2 

2.8 

mA 


* Sample tested. 


Note: With no output current loads, no active input or long line pull-up resistors, all package pins at VCC or GND, and the FPGA 
configured with a MAKEBITS tie option. See FPGA power chart for additional activity-dependent operating components. 
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Electrical Characteristics (continued) 

Table 20. CLB Switching Characteristics (-50, -70, -100, -125, and -150) 


Commercial: Vcc = 5.0 V ± 5%; 0 °C < Ta S 70 °C; Industrial: Vcc = 5.0 ± 10%, -40 °C < Ta < +85 °C. 


Description 

Symbol 

-50 

-70 

-100 

-125 

-150 

Units 

Min 

Max 

Min 

Max 

Min 

Max 

Min 

Max 

Min 

Max 

Combinatorial Delay 

1 

TILO 

— 

14.0 

— 

9.0 

— 

7.0 

— 

5.5 

— 

4.6 

ns 

Sequential Delay 














Clock K to Outputs X or y 

8 

TCKO 

— 

12.0 

— 

6.0 

— 

5.0 

— 

4.5 

— 

4.0 

ns 

Clock K to Outputs X or y when Q 

— 

TQLO 

— 

23.0 

— 

13.0 

— 

10.0 

— 

8.0 

— 

6.7 

ns 

Returned Through Function 














Generators F or G to Drives x or y 














Setup Time 














Logic Variables 

2 

TICK 

12.0 

— 

8.0 

— 

7.0 

— 

5.5 

— 

4.6 

— 

ns 

Data In 

4 

TDICK 

8.0 

— 

5.0 

— 

4.0 

— 

3.0 

— 

2.0 

— 

ns 

Enable Clock 

6 

TECCK 

10.0 

— 

7.0 

— 

5.0 

— 

4.5 

— 

4.0 

— 

ns 

Reset Direct Active 

— 

TRDCK 

1.0 

— 

1.0 

— 

1.0 

— 

1.0 

— 

1.0 

—- 

ns 

Hold Time 














Logic Variables 

3 

TCKI 

1.0 

— 

0 

— 

0 

— 

0 

— 

0 

— 

ns 

Data In 

5 

TCKDI 

6.0 

— 

4.0 

— 

2.0 

— 

1.5 

— 

1.2 

— 

ns 

Enable Clock 

7 

TCKEC 

0 

— 

0 

— 

0 

— 

0 

— 

0 

— 

ns 

Clock 














High Time* 

11 

TCH 

9.0 

— 

5.0 

— 

4.0 

— 

3.0 

_ 

2.5 

— 

ns 

Low Time* 

12 

TCL 

9.0 

— 

5.0 

— 

4.0 

— 

3.0 

— 

2.5 

— 

ns 

Flip-flop Toggle Rate* 

— 

FCLK 

50 

— 

70 

— 

100 

— 

125 

— 

150 

— 

MHz 

Reset Direct (rd) 














rd Width 

13 

TRPW 

12.0 

— 

8.0 

— 

7.0 

— 

6.0 

— 

5.0 

— 

ns 

Delay from rd to Outputs x, y 

9 

TRIO 

— 

12.0 

— 

8.0 

— 

7.0 

— 

6.0 

— 

5.0 

ns 

Master Reset (MR) 














MR Width 

— 

TMRW 

30 

— 

25 

— 

21 

— 

20 

— 

19 

— 

ns 

Delay from MR to Outputs x, y 

— 

TMRQ 

— 

27 

— 

23 

— 

19 

— 

17 

— 

17 

ns 


* These parameters are for clock pulses within an FPGA device. For externally applied clock, increase values by 20%. 


Note; The CLKB K to Q output delay (TCKO—#8) of any CLB, plus the shortest possible interconnect delay, is always longer than the data In 
hold time requirement (TCKDI—#5) of any CLB on the same die. 
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Table 21. CLB Switching Characteristics (-3, -4, and -5) 


Commercial: Vcc = 5.0 V ± 5%; 0 °C < Ta < 70 °C; Industrial: Vcc = 5.0 + 10%, -40 °C < Ta < +85 °C. 


Description 

Symbol 

- 

5 

- 

4 

- 

3 

Units 

Min 

Max 

Min 

Max 

Min 

Max 

Combinatorial Delay 

1 

TILO 

— 

4.1 

— 

3.3 

— 

2.7 

ns 

Sequential Delay 










Clock K to Outputs X or y 

8 

TCKO 

— 

3.1 

— 

2.5 

— 

2.1 

ns 

Clock K to Outputs X or y when Q Returned 

— 

TQLO 

— 

6.3 

— 

5.2 

— 

4.3 

ns 

Through Function Generators F or G to 










Drives x or y 










Setup Time 










Logic Variables 

2 

TICK 

3.1 

— 

2.5 

— 

2.1 

— 

ns 

Data In 

4 

TDICK 

2.0 

— 

1.6 

_ 

1.4 

— 

ns 

Enable Clock 

6 

TECCK 

3.8 

— 

3.2 

— 

2.7 

— 

ns 

Reset Direct Active 

— 

TRDCK 

1.0 

— 

1.0 

_ 

1.0 

— 

ns 

Hold Time 










Logic Variables 

3 

TCKI 

0 

— 

0 

— 

0 

— 

ns 

Data In 

5 

TCKDI 

1.2 

— 

1.0 

— 

0.9 

— 

ns 

Enable Clock 

7 

TCKEC 

1.0 

— 

0.8 

— 

0.7 

— 

ns 

Clock 










High Time* 

11 

TCH 

2.4 

— 

2.0 

— 

1.6 

— 

ns 

Low Time* 

12 

TCL 

2.4 

— 

2.0 

— 

1.6 

— 

ns 

Flip-flop Toggle Rate* 

— 

FCLK 

190 

— 

230 

— 

270 

— 

MHz 

Reset Direct (rd) 










rd Width 

13 

TRPW 

3.8 

— 

3.2 

— 

2.7 

— 

ns 

Delay from rd to Outputs x, y 

9 

TRIO 

— 

4.4 

— 

3.7 

— 

3.1 

ns 

Master Reset (MR) 










MR Width 

— 

TMRW 

18.0 

— 

15.0 

— 

13.0 

— 

ns 

Delay from MR to Outputs x, y 

— 

TMRQ 

— 

17.0 

— 

14.0 

— 

12.0 

ns 


* These parameters are for clock pulses within an FPGA device. For externally applied clock, increase values by 20%. 


Note: The CLKB K to Q output delay (TCKO—#8) of any CLB, plus the shortest possible interconnect delay, is always longer than the data in 
hold time requirement (TCKDI—#5) of any CLB on the same die. 
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CLB OUTPUT (X,Y) 
(COMBINATORIAL) 


CLB INPUT 
(A, B, C, D, E) 


CLB CLOCK 


CLB INPUT 
(DIRECT IN) 


CLB INPUT 
(ENABLE CLOCK) 


CLB OUTPUT 
(FLIP-FLOP) 


I 




-@T( 


@Tdick- 


X 


- (^Tecck- 


X 



--(T)Tilo-J 

\ 

7 

L 

\ __, 


--(J)Tick-H 
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X 
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X 
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X 



CLB INPUT 
(RESET DIRECT) 


CLB OUTPUT 
(FLIP-FLOP) 
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X 


/ 


5-3124(F) 


Figure 34. CLB Switching Characteristics 
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Table 22. lOB Switching Characteristics (-50, -70, -100, -125, and -150) 


Commercial: Vcc = 5.0 V + 5%; 0 °C <Ta < 70 °C; Industrial: Vcc = 5.0 + 10%, -40 °C <Ta < +85 °C. 


Description 

Symboi 

-50 

-70 

-100 

-125 

-150 

Units 

Min 

Max 

Min 

Max 

Min 

Max 

Min 

Max 

Min 

Max 

Input Delays 














Pad to Direct In 

3 

TPID 

— 

9.0 

_ 

6.0 

— 

4.0 

— 

3.0 

— 

2.8 

ns 

Pad to Registered In 

— 

TPTG 

— 

34.0 

— 

21.0 

— 

17.0 

— 

16.0 

— 

15.0 

ns 

Clock to Registered In 

4 

TIKRI 

— 

11.0 

— 

5.5 

— 

4.0 

— 

3.0 

— 

2.8 

ns 

Setup Time (Input): 














Clock Setup Time 


TPICK 

30.0 

— 

20.0 

— 

17.0 

— 

16.0 

— 

14.5 

— 

ns 

Output Delays 

Clock to Pad 














Fast 

7 

TOKPO 

— 

18.0 

— 

13.0 

— 

10.0 

— 

9.0 

— 

7.0 

ns 

Slew-rate Limited 

7 

TOKPO 

— 

43.0 

— 

33.0 

— 

27.0 

— 

24.0 

— 

22.0 

ns 

Output to Pad 














Fast 

10 

TOPF 

— 

15.0 

— 

9.0 

— 

6.0 

— 

5.0 

— 

4.5 

ns 

Slew-rate Limited 

10 

TOPS 

— 

40.0 

— 

29.0 

— 

23.0 

— 

20.0 

— 

15.0 

ns 

3-state to Pad Hi-Z 














Fast 

9 

TTSHZ 

— 

10.0 

— 

8.0 

— 

8.0 

— 

7.0 

— 

7.0 

ns 

Slew-rate Limited 

9 

TTSHZ 

— 

37.0 

— 

28.0 

— 

25.0 

— 

24.0 

— 

22.0 

ns 

3-state to Pad Valid 














Fast 

8 

TTSON 

■ — 

20.0 

— 

14.0 

— 

12.0 

— 

11.0 

— 

11.0 

ns 

Slew-rate Limited 

8 

Ttson 

— 

45.0 

— 

34.0 

— 

29.0 

— 

27.0 

— 

26.0 

ns 

Setup and Hold Times 
(output) 














Clock Setup Time 

5 

TOOK 

15.0 

— 

10.0 

— 

9.0 

— 

8.0 

— 

7.0 

— 

ns 

Clock Hold Time 

6 

TOKO 

0 

— 

0 

— 

0 

— 

0 

— 

0 

— 

ns 

Clock 














High Time* 

11 

TCH 

9.0 

— 

5.0 

— 

4.0 

— 

3.0 

— 

2.5 

— 

ns 

Low Time* 

12 

TCL 

9.0 

— 

5.0 

— 

4.0 

— 

3.0 

— 

2.5 

— 

ns 

Max. Flip-flop Toggle* 

— 

FOLK 

— 

50 

— 

70 

— 

100 

— 

125 

— 

150 

MHz 

Master Reset Delays 
RESET to: 














Registered In 

13 

TRRI 

— 

35 

— 

25 

— 

24 

— 

23 

— 

20 

ns 

Output Pad (fast) 

15 

TRPO 

— 

50 

— 

35 

— 

33 

— 

29 

— 

25 

ns 

Output Pad (slew- 

15 

TRPO 

— 

68 

— 

53 

— 

45 

— 

42 

— 

40 

ns 

rate limited) 















* These parameters are for clock pulses within an FPGA device. For externally applied clock, increase values by 20%. 


Notes; 

Timing is measured at pin threshold with 50 pF external capacitive loads (including test fixture). 

Typical fast mode output rise/fall times are 2 ns and will increase approximately 2%/pF of additional load. 

Typical slew-rate limited output rise/fall times are approximately 4 times longer. 

A maximum total external capacitive load for simultaneous fast mode switching in the same direction is 200 pF per power/ground pin pair. For 
slew-rate limited outputs, this total is 4 times larger. Exceeding this maximum capacitive load can result in ground bounce of >1.5 V amplitude 
and <5 ns duration, which may cause problems when the lCa drives clocks and other asynchronous signals. 

Voltage levels of unused (bonded and unbonded) pads must be valid logic levels. Each can be configured with the internal pull-up resistor or 
alternatively configured as a driven output or driven from an external source. 

Input pad setup time is specified with respect to the internal clock (ik). 

To calculate system setup time, subtract clock delay (pad to ik) from the input pad setup time value. Input pad hold time with respect to the 
internal clock (ik) is negative. This means that pad levels changed immediately before the internal clock edge (ik) will not be recognized. 
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Electrical Characteristics (continued) 

Table 23. lOB Switching Characteristics (-3, -4, and -5) 


Commercial: Vcc = 5.0 V ± 5%; 0 °C < Ta S 70 °C; Industrial: Vcc = 5.0 ± 10%, -40 °C < Ta S +85 ‘’C. 


Description 

Symbol 

- 

5 

-4 

- 

3 

Units 

Min 

Max 

Min 

Max 

Min 

Max 

Input Delays 










Pad to Direct In 

3 

TPID 

— 

2.8 

— 

2.5 

— 

2.2 

ns 

Pad to Registered In 

-- 

TPTG 

— 

16.0 

— 

15.0 

— 

13.0 

ns 

Clock to Registered In 

4 

TlKRI 

__ 

2.8 

— 

2.5 

— 

2.2 

ns 

Setup Time (Input); 










Clock Setup Time 

1 

TPICK 

15.0 

— 

14.0 

— 

12.0 

— 

ns 

Output Delays 

Clock to Pad 










Fast 

7 

TOKPO 

— 

5.5 

— 

5.0 

— 

4.4 

ns 

Slew-rate Limited 

7 

TOKPO 

— 

14.0 

— 

12.0 

— 

10.0 

ns 

Output to Pad 










Fast 

10 

TOPF 

— 

4.1 

— 

3.7 

— 

3.3 

ns 

Slew-rate Limited 

10 

TOPS 

— 

13.0 

— 

11.0 

— 

9.0 

ns 

3-state to Pad Hi-Z 










Fast 

9 

TTSHZ 

— 

6.9 

— 

6.2 

— 

5.5 

ns 

Slew-rate Limited 

9 

TTSHZ 

— 

21.0 

— 

19.0 

— 

17.0 

ns 

3-state to Pad Valid 










Fast 

8 

TTSON 

— 

12.0 

— 

10.0 

— 

9.0 

ns 

Slew-rate Limited 

8 

TTSON 

— 

20.0 

— 

17.0 

— 

15.0 

ns 

Setup and Hold Times 
(output) 










Clock Setup Time 

5 

TOOK 

6.2 

— 

5.6 

— 

5.0 

— 

ns 

Clock Hold Time 

6 

TOKO 

0 

— 

0 

— 

0 

— 

ns 

Clock 










High Time* 

11 

TlOH 

2.4 

— 

2.0 

— 

1.6 

— 

ns 

Low Time* 

12 

TCL 

2.4 

— 

2.0 

— 

1.6 

— 

ns 

Max. Flip-flop Toggle* 

— 

FOLK 

190 

— 

230 

— 

270 

— 

MHz 

Master Reset Delays 

RESET to: 










Registered In 

13 

TRRI 

— 

18 

— 

15 

— 

13 

ns 

Output Pad (fast) 

15 

TRPO 

— 

24 

— 

20 

— 

17 

ns 

Output Pad (slew- 

15 

TRPO 

— 

32 

— 

27 

— 

23 

ns 

rate limited) 











* These parameters are for clock pulses within an FPGA device. For externally applied clock, increase values by 20%. 


Notes: 

Timing is measured at pin threshold with 50 pF external capacitive loads (including test fixture). 

Typical fast mode output rise/fall times are 2 ns and will increase approximately 2%/pF of additional load. 

Typical slew-rate limited output rise/fall times are approximately 4 times longer. 

A maximum total external capacitive load for simultaneous fast mode switching in the same direction is 200 pF per power/ground pin pair. For 
slew-rate limited outputs, this total is 4 times larger. Exceeding this maximum capacitive load can result in ground bounce of >1.5 V amplitude 
and <5 ns duration, which may cause problems when the LCA drives clocks and other asynchronous signals. 

Voltage levels of unused (bonded and unbonded) pads must be valid logic levels. Each can be configured with the internal pull-up resistor or 
alternatively configured as a driven output or driven from an external source. 

Input pad setup time is specified with respect to the internal clock (ik). 

To calculate system setup time, subtract clock delay (pad to ik) from the input pad setup time value. Input pad hold time with respect to the inter¬ 
nal clock (ik) is negative. This means that pad levels changed immediately before the internal clock edge (ik) will not be recognized. 
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Figure 35. lOB Switching Characteristics 
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Table 24. Buffer (Internal) Switching Characteristics 


Commercial: Vcc = 5.0 V ± 5%; 0 °C < Ta < 70 °C; Industrial: Vcc = 5.0 ± 10%, -40 °C < Ta < +85 °C. 


Description 

Symbol 

-50 

-70 

-100 

-125 

-150 

-5 

-4 

-3 

Unit 

Max 

Max 

Max 

Max 

Max 

Max 

Max 

Max 

Global and Alternate Clock Distribution*: 











Either Normal lOB Input Pad to 

Tpid 

10.0 

8.0 

7.5 

7.0 

6.8 

6.8 

6.5 

5.6 

ns 

Clock Buffer Input 











Or Fast (CMOS only) Input Pad to 

Tpidc 

8.0 

6.5 

6.0 

5.7 

5.5 

5.4 

5.1 

4.3 

ns 

Clock Buffer Input 











TBUF Driving a Horizontal Long Line (LL)*: 











I to LL While T Is Low (buffer active) 

Tio 

8.0 

5.0 

4.7 

4.5 

4.1 

4.1 

3.7 

3.1 

ns 

Ti to LL Active and Valid with 

Ton 

12.0 

11.0 

10.0 

9.0 

5.6 

5.6 

5.0 

4.2 

ns 

Single Pull-up Resistor 











Ti to LL Active and Valid with 

Ton 

14.0 

12.0 

11.0 

10.0 

7.1 

7.1 

6.5 

5.7 

ns 

Pair of Pull-up Resistors 











Tt to LL High with Single Pull-up 

Tpus 

42.0 

24.0 

22.0 

17.0 

15.6 

15.6 

13.5 

11.4 

ns 

Resistor 











Tt to LL High with Pair of Pull-up 

Tpuf 

22.0 

17.0 

15.0 

12.0 

12.0 

12.0 

10.5 

8.8 

ns 

Resistors 











Bidirectional Buffer Delay 

Tbidi 

6.0 

2.0 

1.8 

1.7 

1.4 

1.4 

1.2 

1.0 

ns 


* Timing is based on the ATT3042; for other devices, see timing calculator. 
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RESET 


M0/M1/M2 


i 


-(DTmr- 


■u 


- (4)Tmrw- 


/ 


X 


DONE/PROG 




(OUTRJT) USER STATE 


PWRDWN 


Vcc (VALID) 


VALID 


-(J)Trm 


X 


- (^TPGW - 


/ 


-(DTpgi 




CLEAR STATE 


X 


CONFIGURE 



At powerup, VCC must rise from 2 V to VCC minimum in less than 25 ms. If this is not possible, configuration can be delayed by holding 
RESET low until VCC has reached 4 V A very long VCC rise time of >100 ms or a nonmonotonically rising VCC may require a >1 ps high level 
on RESET, followed by a >6 ps low level on RESET and DONE/PROG after VCC has reached 4 V. 


Figure 36. General FPGA Switching Characteristics 


Testing of the switching characteristics is modeled after testing specified by MIL-M-38510/605. Devices are 100% 
functionally tested. Actual worst-case timing is provided by the timing calculator or simulation. 

Table 25. General FPGA Switching Characteristics 


Signal 

Description 

Symbol 

Min 

Max 

Unit 

RESET 

MO, Ml, and M2 Setup Time 

Tmr (2) 

1 

— 

fiS 


MO, Ml, and M2 Hold Time 

Trm (3) 

1 

— 

|1S 


RESET Width (LOW) Required for Abort 

TMRW (4) 

6 

— 

^s 

DONE/PROG 

Width Low Required for Reconfiguration 

Tpgw (5) 

6 

— 

jis 


INIT Response after DONE/PROG Is Pulled Low 

TpGI (6) 

— 

7 

ps 

Vcc'*’ 

Powerdown Vcc (commercial/industrial) 

VCCPD 

2.3 

— 

V 


* RESET timing relative to valid mode lines (MO, Ml, M2) is relevant when RESET is used to delay configuration. 


t PWRDWN transitions must occur while VCC > 4 V. 
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Figure 37. Master Serial Mode Switching Characteristics 


Table 26. Master Serial Mode Switching Characteristics 


Signal 

Description 

Symbol 

Min 

Max 

Unit 

CCLK 

Data-In Setup 

1 

Tdsck 

60 

— 

ns 


Data-In Hold 

2 

Tckds 

0 

— 

ns 


Notes: 

At powerup, VCC must rise from 2.0 V to VCC minimum in less than 25 ms. If this is not possible, configuration can be delayed by 
holding RESET low until VCC has reached 4.0 V. A very long VCC rise time of >100 ms, or a nonmonotonically rising VCC may require 
a >1 ps high level on RESET, followed by >6 ps low level on RESET and D/P after VCC has reached 4.0 V. 

Configuration can be controlled by holding RESET low with or until after the iNlT of all daisy-chain slave mode devices is high. 

Master serial mode timing is based on slave mode testing. 
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Note: The EPROM requirements in this timing diagram are extremely relaxed; EPROM access time can be longer than 4000 ns. EPROM data 
output has no hold time requirements. 


Figure 38. Master Parallel Mode Switching Characteristics 


Table 27. Master Parallel Mode Switching Characteristics 


Signal 

Description 

Symbol 

Min 

Max 

Unit 

RCLK 

To Address Valid 

1 

Trac 

0 

200 

ns 


To Data Setup 

2 

Tdrc 

60 

— 

ns 


To Data Hold 

3 

Trcd 

0 

— 

ns 


RCLK High 

— 

Trch 

600 

— 

ns 


RCLK Low 

— 

Trcl 

4.0 

— 

\iS 


Notes: 

At powerup, VCC must rise from 2.0 V to VCC minimum in less than 25 ms. If this is not possible, configuration can be delayed by holding RESET 
low until VCC has reached 4.0 V. A very long VCC rise time of >100 ms, or a nonmonotonically rising VCC may require a >1 ps high level on 
RESET, followed by >6 ps low level on RESET and D/P after VCC has reached 4.0 V. 

Configuration can be controlled by holding RESET low with or until after the MT of all daisy-chain slave mode devices is high. 
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CSI/CSO 




z 


CS2 


WS 


DI7:0] 


7 


7 


- @Tca - 




-(DTdc- 


r 




-(3)Tcd 


-(5)Trbwt- 



Note: The requirements in this timing diagram are extremely relaxed; data need not be held beyond the rising edge of WS. BUSY will go active 
within 60 ns after the end of WS. BUSY will stay active for several microseconds. wS may be asserted immediately after the end of BUSY. 

Figure 39. Peripheral Mode Switching Characteristics 


Table 28. Peripheral Mode Programming Switching Characteristics 


Signal 

Description 

Symbol 

Min 

Max 

Unit 

Write Signal 

Effective Write Time Required 







(CSO X CST X CS2 X WS) 

1 

Tca 

100 

— 

ns 

D[7;0] 

DIN Setup Time Required 

2 

Tdc 

60 

— 

ns 


DIN Hold Time Required 

3 

Tcd 

0 

— 

ns 

RDY/BUSY 

RDY/BUSY Delay after End of WS 

4 

Twtrb 

— 

— 

ns 


Earliest Next WS after End of BUSY 

5 

Trbwt 

0 

60 

ns 


BUSY Low Time Generated 

6 

Tbusy 

2 

9 

CCLK 

Periods 


Notes: 

At powerup, VCC must rise from 2.0 V to VCC minimum in less than 25 ms. If this is not possible, configuration can be delayed by holding RESET 
low until VCC has reached 4.0 V. A very long VCC rise time of >100 ms, or a nonmonotonically rising VCC may require a >1 \is high level on 
RESET, followed by >6 |is low level on reset and D/P after VCC has reached 4.0 V. 

Configuration must be delayed until the TNiT of all LCAs is high. 

Time from end of WS to CCLK cycle for the new byte of data depends on completion of previous byte processing and the phase of the 
internal timing generator for CCLK. 

CCLK and DOUT timing is tested in slave mode. 
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DIN 


CCLK 


DOUT 

(OUTPUT) 


zx 


BITN 


X 


-@Td. 


-T 


-(DTccd- 


BIT N + 1 


- @Tcch - 


-(g)TccL- 


\ 




-(^Tcco- 


BIT N -1 


X 


BITN 


5-3130(F) 


Figure 40. Slave Mode Switching Characteristics 


Table 29. Slave Mode Switching Characteristics 

Commercial: Vcc = 5.0 V ± 5%; 0 °C < Ta < 70 °C; Industrial: Vcc = 5.0 + 10%, -40 °C < Ta < -f85 °C. 


Signal 

Description 

Symbol 

Min 

Max 

Unit 

CCLK 

To DOUT 

3 

Tcco 

— 

100 

ns 


DIN Setup 

1 

Tdcc 

60 

— 

ns 


DIN Hold 

2 

Tccd 

0 

— 

ns 


HIGH Time 

4 

Tcch 

0.05 

— 

ps 


LOW Time 

5 

Tccl 

0.05 

5.0 

ps 


Frequency 

— 

Fee 

— 

10.0 

MHz 


Notes: 

The maximum limit of CCLK LOW time is caused by dynamic circuitry inside the LCA device. 

Configuration must be delayed until the IN IT of all LCAs is high. 

At powerup, VCC must rise from 2.0 V to VCC minimum in less than 25 ms. If this is not possible, configuration can be delayed by holding RESET 
low until VCC has reached 4.0 V. A very long VCC rise time of >100 ms, or a nonmonotonically rising VCC, may require a >1 ps high level on 
RESET, followed by >6 ps low level on RESET and D/P after VCC has reached 4.0 V. 
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DONE/PROG 

(OUTPUT) 



Table 30. Program Readback Switching Characteristics 

Commercial: Vcc = 5.0 V ± 5%; 0 °C < Ta < 70 °C; Industrial: Vcc = 5.0 ± 10%, -40 °C < Ta < +85 °C. 


Signal 

Description 

Symbol 

Min 

Max 

Unit 

RTRIG 

RTRIG HIGH 

1 

Trth 

250 

— 

ns 

CCLK 

RTRIG Setup 

2 

Trtcc 

200 

— 

ns 


RDATA Delay 

3 

Tccrd 

— 

100 

ns 


HIGH Time 

5 

Tcch 

0.05 

— 

ps 


LOW Time 

4 

Tool 

0.05 

5.0 

|XS 


Notes: 

During readback, CCLK frequency may not exceed 1 MHz. 

RTRIG (MO positive transition) must not be done until after one clock following active I/O pins. 
Readback should not be Initiated until after configuration is complete. 
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Ordering Information 

The ATT3000 Series includes standard and high-performance FPGAs. The part nomenclature uses two different 
suffixes for speed designation. The lower-speed ATT3000 Series devices use a flip-flop toggle rate (-50, -70, 
-100, -125, -150), which corresponds to XC3000 Series nomenclature. The ATT3000 Series High-Performance 
FPGAs use a suffix which is an approximation of the look-up table delay (-5, -4, and -3), which corresponds to 
XC3100 nomenclature. 

For burn-in diagrams and/or package assembly information call 1-800-EASY-FPG(A) or 1-800-327-9374. 
Example: ATT3020,100 MHz, 68-Lead PLCC, Industrial Temperature 


ATT3020 - 100 M 68 I 


DEVICE _ I 

TYPE 

TOGGLE 

RATE 


L TEMPERATURE 
RANGE 


PACKAGE 

TYPE 


NUMBER OF 
PINS 


Example: ATT3020, 270 MHz, 68-Lead PLCC, Commercial Temperature 


ATT3020 -3 M 68 


DEVICE 

TYPE 


TOGGLE ■ 
RATE 


-TEMPERATURE 

RANGE 


PACKAGE 

TYPE 


I _ NUMBER OF 

PINS 


Note: For availability of device types or packaging options, please contact your Lucent Technologies Sales Representative 
or an authorized distributor. 


Table 31. FPGA Temperature Options 


Symbol 

Description 

Temperature 

(Blank) 

Commercial 

0 “C to 70 °C 

1 

Industrial 

-40 °C to +85 °C 


Table 32. FPGA Package Options 


Symbol 

Description 

H 

Plastic Pin Grid Array 

J 

Metric Quad Flat Pack 

M 

Plastic Leaded Chip Carrier 

S 

Shrink Quad Flat Pack 

T 

Thin Quad Flat Pack 
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Table 33. ATT3000 Package Matrix 


Device 

Speed 

44-Pin 

68-Pin 

84-Pin 

100-Pin 

132-Pin 

144-Pin 

160-Pin 

175-Pin 

208-Pin 

PLCC 

PLCC 

PLCC 

MQFP 

TQFP 

PPGA 

TQFP 

MQFP 

PPGA 

SQFP 

M44 

M68 

M84 

J100 

T100 

HI 32 

T144 

J160 

HI 75 

S208 

ATT3020 

•70 


Cl 

Cl 

Cl 


— 


— 



•100 

— 

Cl 

Cl 

Cl 

— 

— 

— 


— 

— 

-125 

— 

Cl 

Cl 

Cl 

— 



•— 

— 


-5 

— 

Cl 

ci 

Cl 

— 

—■ 

— 

— 

— 

— 

-4 

— 

C 

C 

C 

— 

— 


— 

— 

— 

-3 

— 

C 

C 

C 

— 

— 

— 

— 

— 

— 

ATT3030 

-70 

Gl 

Cl 

Cl 

Cl 

Cl 

— 

— 

™ • 


— ' 

-100 

Ql 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

— 


•125 

Cl 

Cl 

Cl 

Cl 

Cl 

—- 

— 

— 

— 


-5 

Cl 

ci 

ci 

Cl 

ci 

— 

— 

— 

— 


-4 

C 

C 

c 

C 

C 

— 

— 

— 

— 


-3 

C 

C 

c 

C 

C 

— 

— 

— 

— 


ATT3042 

•70 

— 

— 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 


•100 

— 

— 

Cl 

Cl 

Cl 

Cl 

Cl 

— 

— 

— 

-125 

‘ 


Cl 

Cl 

Cl 

C( 

Cl 

— 

— 

— 

-5 

— 

— 

ci 

Cl 

Cl 

Cl 

ci 

— 

— 


-4 

— 

— 

C 

c 

C 

c 

c 

—- 

— 

— 

-3 

— 

— 

C 

c 

C 

c 

c 

— 

— 


ATT3064 

-70 



Cl 


Cl 

Cl 

Gl 

Cl 



-iOO 

— 


ci 


Cl 

Cl 

Cl 

Cl 

— 

— 

•125 

— 

— 

Cl 

— 

Cl 

Cl 

Cl 

Cl 

— 


-5 

— 

— 

ci 

— 

Cl 

ci 

ci 

ci 

_ 

— 

-4 

— 

— 

c 

— 

C 

c 

c 

c 

— 

— 

-3 

— 

— 

c 

— 

C 

c 

c 

c 

— 


ATT3090 

•70 

— 


Cl 

— 




Cl 

Cl 

Cl 

-100 

— 

— 

Cl 


—- 

— 


Cl 

Ci 

Cl 

-125 



Cl 

"" 



— 

Cl 

C! 

Cl 

-5 

— 

— 

ci 

— 

— 

— 

—■ 

Cl 

Cl 

Cl 

-4 

— 

— 

C 

— 

— 

— 


c 

C 

c 

-3 

— 

— 

c 

— 

— 

— 

— 

C 

C 

c 


Key; C = commercial, I = industrial. 
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Cross-Referencing ATT3000 Series 
FPGAs with Xilinx XC3000, XC3000A, 
XC3100, and XC3100A FPGAs 

Xilinx XC3000 and XC3100 

The Lucent Technologies ATT3000 family is a direct 
second-source replacement for the Xilinx XC3000 
family. The devices are 100% I/O and bitstream com¬ 
patible. In general, a Xilinx part number corresponds 
with an associated ATT3000 part number. However, 
certain identifiers in each part number vary in mean¬ 
ing. For example, identifiers AA, BBB, and DDD in 
Figure 1 represent the same values in both the Xilinx 
and Lucent parts. However, Identifier CC (package 
type) in the Xilinx part number is related to identifier 
YY In the Lucent part number. Also, identifier E in the 
Xilinx part number relates to identifier Z In the Lucent 
part number (see Figure 1 and Table 1). 

In January 1993, X/7/nx changed the nomenclature 
for their XC3000 series, moving away from the -70, 
-125, etc. speed grade ratings and creating the 
XC3100 series with a -3, and -4 type rating. As with 
the XC3000, the XC3100 series and ATT3000 series 
of FPGAs are Identical in I/O and are bitstream com¬ 
patible. The family Identifiers in each part number 
vary in the same manner described for the XC3000 
series above and as illustrated in Figure 1. 




Figure 1. Xilinx and Lucent Part Numbers 
Compared 


Table 1. Lucent/Xi/inx Package Options 


Lucent 

Xilinx 

Description 

M 

PC 

Plastic Leaded Chip Carrier (PLCC) 

J 

PQ 

Quad Flat Package (QFP) 

H 

PP 

Plastic Pin Grid Array (PPGA) 

S 

PQ 

Shrink Quad Flat Package (SQFP) 

T 

TQ 

Thin Quad Flat Package (TQFP) 


Table 2. Lucent/XiV/nxTemperature Options 


Lucent 

Xilinx 

Description 

(Blank) 

C 

Commercial 

I 

I 

Industrial 


XC3000A and XC3100A 

The "A" revision to XilinXs 3000 and 3100 families 
involved the addition of minimal routing resources. 
These devices are not directly crossable to ATT3000 
devices, but can be cross-referenced under two con¬ 
ditions: 

1. The design may have been created as a standard 
XC3000 or XC3100 device. The bill of materials 
may call out an "A" part due to lower pricing or 
availability issues. "A" devices are backward com¬ 
patible with earlier bitstreams. If a device was 
originally created as a "non-A" device, the compa¬ 
rable ATT3000 device can be dropped-in, just as 
with the other XC3000 devices. 

2. If the bitstream originally targeted the "A" family, it 
is necessary to retarget the original design to the 
ATT3000 family and change the bitstream on the 
PWB. This can usually be accomplished with min¬ 
imal effort using the ORCA Foundry suite of tools. 
Because the ORCA Foundry tools have superior 
routing algorithms, an ATT3000 design can usu¬ 
ally succeed, regardless of results obtained with 
XilinXs XACT software. 
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Xilinx Pari Number 


Lucent Part Number 

Description* 

Package 

XC302O7QPCmC 


ATT3020-70M68 

2000 Gate 70 MHz 

ee-Lead PLCC 

XC302(>^70PCm 


ATT3020-70M68t 

2000 Gate 70 MHz 

68-Lead PLCC 

XC3020^100PCeQC 


ATT3020-100M68 

2000 Gate 100 MHz 

e8-Lead PLCC 

XC3D2(^100PC68t 

1111 

ATT3020-100M68I 

2000 Gate 100 MHz 

68-Lead PLCC 

XC3020‘12SPCe8C 


ATT3020-125M68 

2000 Gate 125 MHz 

68-Lead PLCC 

XC3020-70PCS4C 


ATT3020-70M84 

2000 Gate 70 MHz 

84-Lead PLCC 

XC3020-70PC84\ 


ATT3020-70M84I 

2000 Gate 70 MHz 

84-Lead PLCC 

XC3020-^00PC84C 


ATT3020-100M84 

2000 Gate 100 MHz 

84-Lead PLCC 

XC3020-100PC84I 


ATT3020-100M84I 

2000 Gate 100 MHz 

84-Lead PLCC 

XC3020-125PC84C 


ATT3020-125M84 

2000 Gate 125 MHz 

84-Lead PLCC 

XC302a‘70PQ100C 


ATT3020-70J100 

2000 Gate 70 MHz 

100-Lead PQFP 

XC3flS20-70PQ100l 


ATT3020-70J100I 

2000 Gate 70 MHz 

100-Lead PQFP 

XC3020‘100PQ100C 


ATT3020-100J100 

2000 Gate 100 MHz 

100-Lead PQFP 

XC3020^AOOPQ100\ 


ATT3020400J100I 

2000 Gate 100 MHz 

100-Lead PQFP 

XC302O12SPQmi 


ATT3020‘125J100 

2000 Gate 125 MHz 

100-Lead PQFP 

XC3030-70PC44C 


ATT3030-70M44 

3000 Gate 70 MHz 

44-Lead PLCC 

XC3030-70PC44\ 


ATT3030-70M44I 

3000 Gate 70 MHz 

44-Lead PLCC 

XC3030-^00PC44C 


ATT3030-100M44 

3000 Gate 100 MHz 

44-Lead PLCC 

XC3030-W0PC44\ 


ATT3030-100M44I 

3000 Gate 100 MHz 

44-Lead PLCC 

XC3030-125PC44C 


ATT3030-125M44 

3000 Gate 125 MHz 

44-Lead PLCC 

XC303070PC6BC 


ATT3030-70M68 

3000 Gate 70 MHz 

68-Lead PLCC 

XC303(>>70PCB8\ 


ATT3030-70M68I 

3000 Gate 70 MHz 

68-Lead PLCC 

xc3030-mpc6ac 


ATT3030‘100M68 

3000 Gate 100 MHz 

68-Lead PLCC 

XC303(M 00PC68I 


ATT3030-100M68I 

3000 Gate 100 MHz 

68-Lead PLCC 

XC333a-125PC68C 


ATT3030‘125M68 

3000 Gate 125 MHz 

68-Lead PLCC 

XC3030-70PC84C 


ATT3030-70M84 

3000 Gate 70 MHz 

84-Lead PLCC 

XC3030-70PC84I 


ATT3030-70M84I 

3000 Gate 70 MHz 

84-Lead PLCC 

XC3033-100PC84C 


ATT3030-100M84 

3000 Gate 100 MHz 

84-Lead PLCC 

XC3030-100PC84I 


ATT3030-100M84I 

3000 Gate 100 MHz 

84-Lead PLCC 

XC3030-125PC84C 


ATT3030-125M84 

3000 Gate 125 MHz 

84-Lead PLCC 

XC3330.70PQ100C 


ATT3030-70J100 

3000 Gate 70 MHz 

100-Lead PQFP 

XC3a3a-70PQ100l 


ATT3030-70J1001 

3000 Gate 70 MHz 

100-Lead PQFP 

XC333a-100PQ100C 


ATT3030-100J100 

3000 Gate 100 MHz 

100-Lead PQFP 

XC3d>3a-100PQ100l 


ATT3030-100J1001 

3000 Gate 100 MHz 

100-Lead PQFP 

XC333f>*100PQ125C 


ATT3030-125J100 

3000 Gate 125 MHz 

100-Lead PQFP 

XC3042-70PC84C 


ATT3042-70M84 

4200 Gate 70 MHz 

84-Lead PLCC 

XC3042-70PC84I 


ATT3042-70M84I 

4200 Gate 70 MHz 

84-Lead PLCC 

XC3042-100PC84C 


ATT3042-100M84 

4200 Gate 100 MHz 

84-Lead PLCC 

XC3042-100PC84I 


ATT3042-100M84I 

4200 Gate 100 MHz 

84-Lead PLCC 

XC3042-125PC84C 


ATT3042-125M84 

4200 Gate 125 MHz 

84-Lead PLCC 

XC3342-70PQ100C 


ATT3042-70J100 

4200 Gate 70 MHz 

100-Lead PQFP 

XC3042-70PQ100I 


ATT3042-70J1001 

4200 Gate 70 MHz 

100-Lead PQFP 

XC3342-100PQ100C 


ATT3042‘100J100 

4200 Gate 100 MHz 

100-Lead PQFP 

XC3£^42-100PQ100f 


ATT3042-100J100f 

4200 Gate 100 MHz 

100-Lead PQFP 

XC3342-125PQ100C 


ATT3042-125J100 

4200 Gate 126 MHz 

100-Lead PQFP 

XC3042-70PP132C 


ATT3042-70H132 

4200 Gate 70 MHz 

132-Lead PPGA 

XC3342-70PP132I 


ATT3042-70H132I 

4200 Gate 70 MHz 

132-Lead PPGA 

XC3042-100PP132C 


ATT3042-100H132 

4200 Gate 100 MHz 

132-Lead PPGA 

XC3042-100PP132I 


ATT3042-100H132I 

4200 Gate 100 MHz 

132-Lead PPGA 


* The speed designated is the maximum flip-flop toggle rate. 
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Xilinx Part Number 

Lucent Part Number 

Description* 

Package 

XC3042-^25PP^32C 

ATT3042-125H132 

4200 Gate 125 MHz 

132-Lead PPGA 

xcaoe4-70Pcs4C 

ATT3064-70Ma4 

6400 Gate 70 MHz 

84-Lead PLCC 


ATT3064-70Ma4l 

6400 Gate 70 MHz 

a4-LeadPLCC 

XC3(?54.100PCa4C 

ATT3064-100I^84 

6400Gate100MHz 

84-Lead PLCC 


ATT3064-100M84I 

6400 Gat^ 100 MHz 

84-Lead PLCC 

XC3064-125PC84C 

ATT3064^125M84 

6400 Gate 125 MHz 

84-Lead PLCC 

XC3064-70PP132C 

ATT3064-70H132 

6400 Gate 70 MHz 

132-Lead PPGA 

XC3064-70PP132I 

ATT3064-70H132I 

6400 Gate 70 MHz 

132-Lead PPGA 

XC3064-100PP132C 

ATT3064-100H132 

6400 Gate 100 MHz 

132-Lead PPGA 

XC3064-100PP132I 

ATT3064-100H132I 

6400 Gate 100 MHz 

132-Lead PPGA 

XC3064-125PP132C 

ATT3064-125H132 

6400 Gate 125 MHz 

132-Lead PPGA 

XC3334-70PQ160C 

ATT3064-7aJl60 

6400 Gate 70 MHz 

160-Lead PQFP 

XC3364-70PQ160I 

ATTa064-70Jl60l 

6400 Gate 70 MHz 

160-Lead POPP 

XC30e4-100PQ160C 

ATT3064-10Cyi60 

6400 Gate 100 MHz 

160-Lead PQFP 

XC3364-100PQ160I 

ATT30e4-lOaJl60i 

6400 Gate 100 MHz 

160-Lead PQFP 

XC30^125PQ160C 

ATTa)64-125Jt60 

6400 Gate 125 MHz 

160-Lead PQFP 

XC3090-70PC84C* 

ATT3090-70M84 

9000 Gate 70 MHz 

84-Lead PLCC 

— 

ATT3090-70M84I 

9000 Gate 70 MHz 

84-Lead PLCC 

XC3090-^00PC84C 

ATT3090-100M84 

9000 Gate 100 MHz 

84-Lead PLCC 

— 

ATT3090-100M84I 

9000 Gate 100 MHz 

84-Lead PLCC 

XC3030-125PC84C 

ATT3090-125M84 

9000 Gate 125 MHz 

84-Lead PLCC 

XC3030-70PQ160C 

ATT3090-70J160 

9000 Gate 70 MHz 

160-Lead PQFP 

X03353^70PQ160I 

ATT3090-70Jl60t 

9000 Gate 70 MHz 

160-Lead PQFP 

XC305a-100PQ160C 

ATT3a90-1001160 

9000 Gate 100 MHz 

160-Lead PQFP 

XC309CH00PQ160I 

ATT3090-100I160I 

9000 Gate 100 MHz 

160-Lead PQFP 

XC309(?-125PQ160C 

ATT3090-120J160 

9000 Gate 125 MHz 

160-Lead PQFP 

XC3090-70PP175C 

ATT3090-70H175 

9000 Gate 70 MHz 

175-Lead PPGA 

XC3030-70PP175I 

ATT3090-70H175I 

6400 Gate 70 MHz 

175-Lead PPGA 

XC3030-100PP175C 

ATT3090-100H175 

9000 Gate 100 MHz 

175-Lead PPGA 

XC3030-100PP175I 

ATT3090-100H175I 

6400 Gate 100 MHz 

175-Lead PPGA 

XC303a-125PP175C 

ATT3090-125H175 

9000 Gate 125 MHz 

175-Lead PPGA 

XC3033-70PQ208C 

ATT3090-70Q208 

9000 Gate 70 MHz 

208-Lead PQFP 

XC303a-70PQ208l 

ATT 3090 - 70 a 208 l 

9000 Gate 70 MHz 

208-Lead PQFP 

XC3033-100PQ208C 

ATT3090-100Q208 

9000 Gate 100 MHz 

208-Lead PQFP 

XC303a-100PQ208t 

ATT3090-10002081 

9000 Gate 100 MHz 

208-Lead PQFP 

XC303a-125PQ208C 

ATT3090-1250208 

9000 Gate 125 MHz 

208-Lead PQFP 
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High-Speed ATT3000 Series Cross-Reference to Xilinx XC3100Series 


X/7/iixPartNo. 

Lucent Part No. 

Description* 

Package 

XC3120-5POmC 

ATT3020-5M68 

2000 Gate 4.1 ns 

68-Lead PLCC 

xcsizQ-sPcm 

ATT3020-5M68r 

2000 Gate 4.1 ns 

68'Leacl PLCC 

xcaizo-ipcwc 

ATT3020-4M68 

2000 Gate 3.3 ns 

68-Leacl PLCC 

XC3f2(MPC68l 

ATT3020-4M68I 

2000 Gate 3.3 ns 

68-Lead PLCC 

XC31^(^■3PCeSC 

ATT3020-3M68 

2000 Gate 2.7 ns 

68-Lead PLCC 

XC3120-5PCQAC 

ATT3020-5M84 

2000 Gate 4.1 ns 

84-Lead PLCC 

XC3120-5PCQA\ 

ATT3020-5M84I 

2000 Gate 4.1 ns 

84-Lead PLCC 

XC3120-4PC84C 

ATT3020-4M84 

2000 Gate 3.3 ns 

84-Lead PLCC 

XC3120-4PCS4\ 

ATT3020-4M84I 

2000 Gate 3.3 ns 

84-Lead PLCC 

XC3120-3PCS4C 

ATT3020-3M84 

2000 Gate 2.7 ns 

84-Lead PLCC 

XC3120^PQmC 

ATT3020-5J100 

2000 Gate 4.1 ns 

100-Lead PQFP 

XC3120^5PQm\ 

ATT3020-5J100I 

2000 Gate 4.1 ns 

100-Lead PQFP 

XC3J20-4PQ100C 

ATT3020-4J100 

2000 Gate 3.3 ns 

100-Lead PQFP 

XC3J20-4PQ100I 

ATT3020-4J100I 

2000 Gate 3.3 ns 

100-Lead PQFP 

XC3120‘3POiOOC 

ATr3020-3J100 

2000 Gate 2.7 ns 

100-Lead PQFP 

XC3130-5PC44C 

ATT3030-5M44 

3000 Gate 4.1 ns 

44-Lead PLCC 

XC3130-5PC44\ 

ATT3030-5M44I 

3000 Gate 4.1 ns 

44-Lead PLCC 

XC3130-4PC4AC 

ATT3030-4M44 

3000 Gate 3.3 ns 

44-Lead PLCC 

XC3130-4PC44\ 

ATT3030-4M44I 

3000 Gate 3.3 ns 

44-Lead PLCC 

XC3130-3PC44C 

ATT3030-3M44 

3000 Gate 2.7 ns 

44-Lead PLCC 

X03130-3P088C 

ATT3030-5M68 

3000 Gate 4.1 ns 

68-Lead PLCC 

XC3130-SPCm 

Arr3030-5M68I 

3000 Gate 4.1 ns 

68-Lead PLCC 

XC313O4P08BC 

ATT3030-4M68 

3000 Gate 3.3 ns 

68-Lead PLCC 

XC313(MPCm 

ATT3030-4M68I 

3000 Gate 3.3 ns 

68-Lead PLCC 

XC3130^3PO6BO 

ATT3030-3M68 

3000 Gate 2.7 ns 

68-Lead PLCC 

XC3130-5PC84C 

ATT3030-5M84 

3000 Gate 4.1 ns 

84-Lead PLCC 

XC3130-5PCB4\ 

ATT3030-5M84I 

3000 Gate 4.1 ns 

84-Lead PLCC 

XC3130-4PC84C 

ATT3030-4M84 

3000 Gate 3.3 ns 

84-Lead PLCC 

XC3130-4PC84\ 

ATT3030-4M84I 

3000 Gate 3.3 ns 

84-Lead PLCC 

XC3130-3PC84C 

ATT3030-3M84 

3000 Gate 2.7 ns 

84-Lead PLCC 

XC3130-8POmC 

ATT3O3O-5aiO0 

3000 Gate 4.1 ns 

100-Lead PQFP 

XC31305P0m\ 

ATT3030-5J100I 

3000 Gate 4.1 ns 

100-Lead PQFP 

XC3130-4PQmC 

ATT3030-4J100 

3000 Gate 3.3 ns 

100-Lead PQFP 

XC3130APQmi 

ATT3030-4J100I 

3000 Gate 3.3 ns 

100-Lead PQFP 

xc3i3a‘3Pomc 

ATT3030-3J100 

3000 Gate 2.7 ns 

100-Lead PQFP 

XC3130-5TQW0C 

ATT3030-5T100 

3000 Gate 4.1 ns 

100-Lead TQFP 

XC3130-4TQW0C 

ATT3030-4T100 

3000 Gate 3.3 ns 

100-Lead TQFP 

XC3130-3TQmC 

ATT3030-3T100 

3000 Gate 2.7 ns 

100-Lead TQFP 

XC3142-5P0840 

ATT3042-5M84 

4200 Gate 4.1 ns 

84-Lead PLCC 

XC3142-5PC84\ 

ATT3042-5M84f 

4200 Gate 4.1 ns 

84-Lead PLCC 

XC3142’4P084C 

ATT3042-4M84 

4200 Gate 3.3 ns 

84-Lead PLCC 

XC3142APC84\ 

ATT3042-4M84I 

4200 Gate 3.3 ns 

84-Lead PLCC 

XC3142-3PC840 

ATT3042-3M84 

4200 Gate 2.7 ns 

84-Lead PLCC 

XC3/42-5PQ100C 

ATT3042-5J100 

4200 Gate 4.1 ns 

100-Lead QFP 

XC3y42-5PQ100l 

ATT3042-5J100I 

4200 Gate 4.1 ns 

100-Lead QFP 

XC3M2-4PQ100C 

ATT3042-4J100 

4200 Gate 3.3 ns 

100-Lead PQFP 

XC3M3-4PO100I 

ATT3042-4J100I 

4200 Gate 3.3 ns 

100-Lead PQFP 

XC3142-3P0m0 

ATT3042-3J100 

4200 Gate 2.7 ns 

100-Lead PQFP 


* The timing specified is the minimum CLB look-up table propagation delay. 
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High-Speed ATT3000 Series Cross-Reference to Xilinx XC3100Series (continued) 


XiV/nx Part No. 

Lucent Part No. 

Description" 

Package 

XC3r42-5TQ100C 

ATT3042-5T100 

4200 Gate 4.1 ns 

100-Lead TQFP 

XC3M2-4TQ100C 

ATT3042-4T100 

4200 Gate 3.3 ns 

100-Lead TQFP 

XC314^-3TQ^00C 

ATT3042-3T100 


100-Lead TQFP 

XC3142-5PP132C 

ATT3042-5H132 

4200 Gate 4.1 ns 

132-Lead PPGA 

— 

ATT3042-5H132I 

4200 Gate 4.1 ns 

132-Lead PPGA 

XC3142-4PP^32C 

ATT3042-4H132 

4200 Gate 3.3 ns 

132-Lead PPGA 

— . 

ATT3042-4H132I 

4200 Gate 3.3 ns 

132-Lead PPGA 

XC3142-3PP^32C 

ATT3042-3H132 

4200 Gate 2.7 ns 

132-Lead PPGA 

XC3t42-5TQ144C 

ATT3042-5T144 

4200 Gate 4.1 ns 

144-Lead TQFP 

XC?5?42-4TQ144I 

ATT3042-4T144I 

4200 Gate 3.3 ns 

144-Lead TQFP 

XC3164-5PC84C 

ATT3064-5M84 

6400 Gate 4.1 ns 

84-Lead PLCC 

XC3164-5PC84\ 

ATT3064-5M84I 

6400 Gate 4.1 ns 

84-Lead PLCC 

XC3164-4PC84C 

ATT3064-4M84 

6400 Gate 3.3 ns 

84-Lead PLCC 

XC3164-4PC84\ 

ATT3064-4M84I 

6400 Gate 3.3 ns 

84-Lead PLCC 

XC3164-3PC84C 

ATT3064-3M84 

6400 Gate 2.7 ns 

84-Lead PLCC 

XC3164^8PP^32C 

ATT3064-5H132 

6400 Gate 4.1 ns 

132-Lead PPGA 

XC3J64-5PP132I 

ATT3064-5H132I 

6400 Gate 4.1 ns 

132-Lead PPGA 

XC3164-4PP^3^C 

ATT3064-4H132 

6400 Gate 3.3 ns 

132-Lead PPGA 

XC3164^PP132l 

ATT3064.4H132I 

6400 Gate 3.3 ns 

132-Lead PPGA 

XC3t64-3PP132C 

ATr3064-3H132 

6400 Gate 2.7 ns 

132-Lead PPGA 

XC3164-5PQ^eOC 

ATT3064-5J160 

6400 Gate 4.1 ns 

160-Lead PQFP 

XC3164-5PQ^eO\ 

ATT3064-5J160I 

6400 Gate 4.1 ns 

160-Lead PQFP 

XC3164-4PQ^60C 

ATT3064-4J160 

6400 Gate 3.3 ns 

160-Lead PQFP 

XC3164-4PQ^60\ 

ATT3064-4J160I 

6400 Gate 3.3 ns 

160-Lead PQFP 

XC3t64-3PQ160C 

ATT3064-3J160 

6400 Gate 2.7 ns 

160-Lead PQFP 

XC3190'BPC84C 

ATT3090-5M84 

9000 Gate 4.1 ns 

84-Lead PLCC 

XC319(>‘5PC84\ 

ATT3090-5M84I 

9000 Gate 4.1 ns 

84-Lead PLCC 

XC3190^4P0840 

ATT3090-4IVla4 

9000 Gate 3.3 ns 

84-Lead PLCC 

XC3190^POB4i 

ATT3090-4M84I 

9000 Gate 3,3 ns 

84-Lead PLCC 

XC31903PC84C 

ATT3090-3M84 

9000 Gate 2.7 ns 

84-Lead PLCC 

XC3190-5PQ160C 

ATT3090-5J160 

9000 Gate 4.1 ns 

160-Lead PQFP 

XC3190-4PQ^60C 

ATT3090-4J160 

9000 Gate 3.3 ns 

160-Lead PQFP 

XC3190-3PQ^60C 

ATT3090-3J160 

9000 Gate 2.7 ns 

160-Lead PQFP 

XC319a-BPP-\7BO 

ATT3090-5H175 

9000 Gate 4.1 ns 

175-Lead PPGA 

XC319a‘5PPl75\ 

ATT3090-5H1751 

9000 Gate 4.1 ns 

175-Lead PPGA 

XC3190^PP17BC 

ATT3090-4H175 

9000 Gate 3.3 ns 

175-Lead PPGA 

XC319(^4PP175\ 

ATT3090-4H175I 

9000 Gate 3.3 ns 

175-Lead PPGA 

XC3190^^3PP^750 

ATT3090-3H175 

9000 Gate 2.7 ns 

175-Lead PPG A 

XC3190-5PQ208C 

ATT3090-5S208 

9000 Gate 4.1 ns 

208-Lead SQFP 

XC3190-5PQ208\ 

ATT3090-5S208I 

9000 Gate 4.1 ns 

208-Lead SQFP 

XC3190-4PQ208C 

ATT3090-4S208 

9000 Gate 3.3 ns 

208-Lead SQFP 

XC3190-4PQ208\ 

ATT3090-4S208I 

9000 Gate 3.3 ns 

208-Lead SQFP 

XC3190-3PQ208C 

ATT3090-3S208 

9000 Gate 2.7 ns 

208-Lead SQFP 


* The timing specified is the minimum CLB look-up table propagation delay. 
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High-Speed ATT3000 Series Cross-Reference to XilinxXC3xxxA Series 


Xilinx Part No. 

Lucent Part No. 

Description* 

Package 

XC3130A^5P0440 

ATT3030-5M44 

3000 Gate 4.1 ns 

44-Lead PLCC 

XC3730A-5PC44I 

ATT3030-5M44I 

3000 Gate 4.1 ns 

44-Lead PLCC 

XC3130A-4PC44C 

ATT3030-4M44 

3000 Gate 3.3 ns 

44-Lead PLCC 

XC3130A-4PCMI 

ATT3030-4M441 

3000 Gate 3.3 ns 

44-Lead PLCC 

XC3130A-3PC44C 

ATT3030-3M44 

3000 Gate 2.7 ns 

44-Lead PLCC 

XC3130A-5PC68C 

ATT3030-5M68 

3000 Gate 4.1 ns 

68-Lead PLCC 

XC3130A-5PCe8\ 

ATT3030-5M68I 

3000 Gate 4.1 ns 

68-Lead PLCC 

XC3130A-4PCe8C 

ATT3030-4M68 

3000 Gate 3.3 ns 

68-Lead PLCC 

XC3130A-4PC68\ 

ATT3030-4M68I 

3000 Gate 3.3 ns 

68-Lead PLCC 

XC3130A-3PC68C 

ATT3030-3M68 

3000 Gate 2.7 ns 

68-Lead PLCC 

XC3J30A-5PC84C 

ATT3030-5M84 

3000 Gate 4.1 ns 

84-Lead PLCC 

XC3t3aA-5PC84l 

ATT3030-5M84I 

3000 Gate 4.1 ns 

84-Lead PLCC 

XC3130A-4PC84C 

ATT3030-4M84 

3000 Gate 3.3 ns 

84-Lead PLCC 

XC3130A'4PC84\ 

ATT3030-4M84I 

3000 Gate 3.3 ns 

84-Lead PLCC 

XC3130A^3PC84C 

ATT3030-3M84 

3000 Gate 2.7 ns 

84-Lead PLCC 

XC3130A-5PQ^00C 

ATT3030-5J100 

3000 Gate 4.1 ns 

100-Lead PQFP 

XC3130A-5PQ^00\ 

ATT3030-5J100I 

3000 Gate 4.1 ns 

100-Lead PQFP 

XC3130A-4PQ^00C 

ATT3030-4J100 

3000 Gate 3.3 ns 

100-Lead PQFP 

XC3130A-4PQW0\ 

ATT3030-4J100I 

3000 Gate 3.3 ns 

100-Lead PQFP 

XC3130A-3PQ^00C 

ATT3030-3J100 

3000 Gate 2.7 ns 

100-Lead PQFP 

XC3142A-5P0840 

ATT3042-5M84 

4200 Gate 4.1 ns 

84-Lead PLCC 

XC3I42A-5PC84I 

ATT3042-5M84I 

4200 Gate 4.1 ns 

84-Lead PLCC 

XC 3 r 42 A- 4 PC 84 C 

ATT3042-4M84 

4200 Gate 3.3 ns 

84-Lead PLCC 

XC3142A-4PC84\ 

ATT3042.4M84I 

4200 Gate 3.3 ns 

84-Lead PLCC 

XC3M2A-3PC84C 

ATT3042-3M84 

4200 Gate 2.7 ns 

84-Lead PLCC 

XC3 y42A-5PQ100C 

ATT3042-5J100 

4200 Gate 4.1 ns 

100-Lead PQFP 

XC3 y42A-5PQ100l 

ATT3042-5J100I 

4200 Gate 4.1 ns 

100-Lead PQFP 

XC3f42A-4PQ100C 

ATT3042-4J100 

4200 Gate 3.3 ns 

100-Lead PQFP 

XC3r42A-4PQ100l 

ATT3042-4J100I 

4200 Gate 3.3 ns 

100-Lead PQFP 

XC3142A-3PQ^00C 

ATT3042-3J100 

4200 Gate 2.7 ns 

100-Lead PQFP 

XC3^42A-5PP132C 

ATT3042-5H132 

4200 Gate 4.1 ns 

132-Lead PPGA 

XC3M2A-4PP132C 

ATT3042-4H132 

4200 Gate 3.3 ns 

132-Lead PPGA 

X03?42A-3PP132C 

ATT3042-3H132 

4200 Gate 2.7 ns 

132-Lead PPGA 

XC3142A-5TQ^44C 

ATT3042-5T144 

4200 Gate 4.1 ns 

144-Lead TQFP 

XC3142A-5TQU4\ 

ATT3042-5T144I 

4200 Gate 4.1 ns 

144-Lead TQFP 

XC3f 42A-4TQ144C 

ATT3042-4T144 

4200 Gate 3.3 ns 

144-Lead TQFP 

XC3r42A-4TQ144l 

ATT3042-4T144I 

4200 Gate 3.3 ns 

144-Lead TQFP 

XC3142A-3TQ^44C 

ATT3042-3T144 

4200 Gate 2.7 ns 

144-Lead TQFP 

XC3t34A-5PC84C 

ATT3064-5M84 

6400 Gate 4.1 ns 

84-Lead PLCC 

X03t64A-5PC84r 

ATT3064-5M84I 

6400 Gate 4.1 ns 

84-Lead PLCC 

XC3T34A-4PC84C 

ATT3064-4Ma4 

6400 Gate 3.3 ns 

84-Lead PLCC 

XC3te4A-4PC84l 

ATT3064-4M84t 

6400 Gate 3.3 ns 

84-Lead PLCC 

XC?3?64A-3PC84C 

ATT3064-3M84 

6400 Gate 2.7 ns 

84-Lead PLCC 

XC3r64A-5PP132C 

ATT3064-5H132 

6400 Gate 4.1 ns 

132-Lead PPGA 

XC3164A-4PP^32C 

ATT3064-4H132 

6400 Gate 3.3 ns 

132-Lead PPGA 

XC3764A-3PP132C 

ATT3064-3H132 

6400 Gate 2.7 ns 

132-Lead PPGA 

XC3t34A-5PQl60C 

ATT3064-6J160 

6400 Gate 4.1 ns 

160-Lead PQFP 

XC3734A-4Pai60C 

ATT3064-4J160 

6400 Gate 3.3 ns 

160-Lead PQFP 

XC3WA-3PQ160C 

ATT3064-3J160 

6400 Gate 2.7 ns 

160-Lead PQFP 


* The timing specified is the minimum CLB look-up table propagation delay. 
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ATT1700A Series Serial ROMs 


Features Description 


■ 32K, 64K, and 128Kx 1 Serial ROMs for configura¬ 
tion of ATT3000 and ORCA Series FPGAs 

■ Pinout and functional replacement of XHinx 
XC1700 series 

■ Simple 4-wire interface 

■ Cascadable to support large FPGAs, multiple 
configurations, and multiple FPGAs 

■ 8-pin, plastic DIP; 8-pin SOIC; and 20-pin PLCC 
packages 

■ Programming support from leading programmer 
manufacturers 

■ Programmable polarity on RESET/OE pin 

■ Full static operation 

■ Standby current—100 pA typical 

■ Operating current—10 mA maximum 

■ 10 MHz maximum clock rate 

■ Electrostatic discharge protection: >4000 V 

■ Temperature ranges: 

Commercial: 0 °C to 70 °C 
Industrial: -40 °C to +85 °C 


The ATT1700A Series Serial ROM family provides 
easy-to-use, cost-effective, nonvolatile memory for 
configuring ATT3000 and ORCA Series FPGAs. The 
ATT1700A Series consists of one-time programma¬ 
ble (OTP) devices. The ATT1700A devices are avail¬ 
able In 8-pin, plastic DIP, 8-pln SOIC, and 20-pln 
PLCC packages. 

The ATT1700A Series is a pinout and functional 
replacement for the ATT1700 and XHinx XC1700 
families (see Figure 1) and can be programmed by 
most commercially available programmers. FPGA 
development tools, such as ORCA Foundry, generate 
configuration files in Intel, Motorola, and Tektronix 
formats for use in programmers. 

The ATT1700A Series is most often used when the 
ATT3000 Series and ORCA Series FPGAs are con¬ 
figured in the master serial mode. The primary 
advantage of this configuration mode Is that it pro¬ 
vides a simple, four-wire interface between the FPGA 
and serial ROM (see Figure 2). 



5-3977(0 


Figure 1. Block Diagram 
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Pin Information 


Table 1. Pin Descriptions 


Symbol 

Pin Numbers 

I/O 

Function 

8-Pin 

20-Pin 

DATA 

1 

2 

o 

DATA output from the serial ROM to FPGA synchronous with the 

CLOCK input. DATA is 3-stated when either CE or OE is inactive. 

CLOCK 

2 

4 

1 

CLOCK is an input used to increment the address pointer which strobes 
data out of the DATA pin. 

RESET/OE 

3 

6 

1 

RESET/OUTPUT ENABLE is a dual-function pin used to reset and 
enable the ATT1700A Series device. An active level on both CE and OE 
inputs enables data out of the DATA pin. An active level on RESET 
resets the address pointer. When the serial ROM is programmed, the 
polarity of RESET/OE is set either with RESET active-high and OE 
active-low or with RESET active-low and OE active-high. 


4 

8 

1 

CHIP ENABLE Is an Input used to select the device. An active level on 
both CE and OE enables data out of the device. A high on CE"disables 
the address pointer and forces the serial ROM Into a low-power mode. 

Vss 

5 

10 

1 

Ground. 

CeO 

6 

14 

0 

CHIP ENABLE OUT Is asserted low on the clock cycle following the last bit 
read from the device. CEO remains low as long as CE and OE are both 
active. 

Vpp 

7 

17 

1 

Vpp is an input used by programmers when programming the serial 

ROM. The programming operations, voltages, and timing are defined 
later In this data sheet. For read operations, Vpp must be tied directly to 
Vdd. 

Vdd 

8 

20 

1 

Power supply. 
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FPGA Configuration 

The functionality of Lucent Technologies Microelectron¬ 
ics Groups’ FPGAs is determined by the contents of 
the FPGA’s configuration memory. The configuration 
memory is loaded either automatically at powerup or 
with a configuration command by pulsing the PRGM pin 
low. The FPGAs can be programmed in a variety of 
modes, and the mode used is determined by the inputs 
into the FPGA’s M[2:0] pins. The configuration modes 
allow the FPGA to act as a master or a slave and also 
allow configuration data to be transmitted either serially 
or in parallel. The ATT1700A Series ROMS are tar¬ 
geted for use when the FPGA is configured serially, pri¬ 
marily in the master serial mode. Table 2 provides the 
configuration memory requirements for Lucent’s 
FPGAs. 

FPGA Master Serial Configuration Mode 

The master serial mode provides a simple interface 
between the FPGA and the serial ROM. Four interface 
lines, DATA, CLOCK, CE, and RESET/OE, are required 
to configure the FPGA. Upon powerup or a configure 
command (PRGM in ORCA, PROG in ATT3000), when 
the FPGA’s M[2:0] pins are low, the FPGA configures 
using the master serial mode. The configuration data is 
transmitted serially into the FPGA’s DIN pin from the 
serial ROM’s DATA pin. To synchronize the data, the 
FPGA’s CCLK output is routed into the serial ROM’s 
CLOCK input. 

Because the FPGA DIN signal may be unused after 
FPGA configuration, it is necessary to avoid an unre¬ 
solved state once the serial ROM has finished sending 
configuration data. If this pin is used only for the config¬ 
uration process, it should be configured so that it does 
not float. This can be accomplished by programming it 
as an output during normal operation or by program¬ 
ming it as an input with an internal pull-up resistor 
enabled. CCLK must also be pulled up following config¬ 
uration. 

Signal contention on the DIN pin must be avoided if it is 
to be used for a user I/O signal after configuration. To 
avoid contention, the FPGA DONE signal may be pro¬ 
grammed (selected in ORCA Foundry) to go high prior 
to the FPGA I/O signals being enabled. An alternative 
is to use the FPGA’s LDC to drive the serial ROM’s CE 
pin, rather than DONE, and configure LDC to output a 
constant logic 1 high-voltage level after configuration. 
Control of the serial ROM’s CE and RESET/OE pins 
varies, depending upon the FPGA series being used, 
and is described in subsequent sections. 


Table 2. Configuration Requirements 


Lucent FPGA 

Memory 

Requirements 

ATT3020 

14,819 

ATT3030 

22,216 

ATT3042 

30,824 

ATT3064 

46,104 

ATT3090 

64,200 

ArT1C03 

57,144 

ATT1C05 

76,376 

ATT1C07 

98,296 

ATT1C09 

122,904 

ATT2C04/OR2C04A/OR2T04A 

65,424 

ATT2C06/OR2C06A/OR2T06A 

91,024 

ATT2C08/OR2C08A/OR2T08A 

115,600 

ATT2C10/OR2C1OA/OR2T1OA 

148,944 

ATT2C12/OR2C12A/OR2T12A 

179,856 

ATT2C15/OR2C15A/OR2T15A 

220,944 

ATT2C26/OR2C26A/OR2T26A 

307,024 

ATT2C40/OR2C40A/OR2T40A 

474,176 


The FPGA serial ROM interface used also depends 
upon the system and configuration requirements. The 
following are some typical system requirements: 

■ Configuring an FPGA at powerup 

■ Configuring an FPGA in response to a configure 
command 

■ One serial ROM configures an FPGA with multiple 
configuration programs 

■ Cascaded serial ROMs configure daisy-chained 
FPGAs 

In addition to the clock and data lines, the FPGA pins 
used in configuration/startup are RESET, DONE, PRGM, 
LDC, HDC, and I NIT. Normally, only a small subset of 
these pins is used to control the serial ROM’s CE and 
RESET/OE pins. In some applications, the RESET/OE 
signal is generated by the system host, not the FPGA. 
For example, the host may generate a system reset, 
allowing the FPGA and the serial ROM to be reset syn¬ 
chronously. 
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FPGA Configuration (continued) 

ATT3000 Series/0/?CA Series Differences 

While both the ATT3000 and ORCA Series have 
RESET, LDC, HDC, INIT, DIN, CCLK, and DOUT pins, 
there are some configuration differences in the FPGAs. 
The ATT3000 Series DONE/PROG pin is a shared 
open-drain I/O, while the ORCA Series has discrete 
DONE and PRGM pins. When the system generates a 
configure command to the ATT3000, the DONE/PROG 
pin is held low throughout the configuration cycle. For 
the ORCA Series, the PRGM pin is pulsed low and 
returned high to initiate configuration. A second differ¬ 
ence is the Internal pull-ups on the mode select pins. 
For the ATT3000 Series, only M2 has an internal pull- 
up during configuration, but for the ORCA Series, 
M[3:0] have pull-ups. 

Configuring the FPGA at Powerup 

The ATT1700A series can configure FPGAs at 
powerup. There is level-sensitive, power-on-reset 
circuitry Included In the device that resets the address 
pointer during powerup. The ATT3000 and ORCA 
FPGAs enable the serial ROM using either the DONE 
(or LDC) and iNTf pins. If these signals are low at pow¬ 
erup and they are connected to the CE and RESET/OE 
pins on the serial ROM, the FPGA is programmed from 
the serial ROM (see Figures 2 and 3). When these 
FPGA signals go high at the end of configuration, the 
serial ROM is disabled. 
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Figure 2. ORCA Master Serial Configuration 


Configuring the ORCA Series FPGA with a 
Configure Command 

The FPGA needs to enable the serial ROM’s 
RESET/OE and CE Inputs. The polarity of the 
RESET/OE Input is programmable in the ATT1700A 
series. In the method shown in Figure 2, the system 
generates an active-low configure pulse to the FPGA’s 
PRGM pin. This configuration pulse causes the FPGA 
to drive its INIT pin low, which forces a RESET on the 
serial ROM RESET/OE pin (with the RESET/OE pin 
programmed for active-low RESET and active-high 
OE). The FPGA’s DONE pin is routed to the serial 
ROM’s CE pin. At the end of configuration, DONE 
returns high, disabling the serial ROM. Alternatively, 
the LDC pin can be used instead of the DONE pin to 
enable the serial ROM. 

Configuring the ATT3000 Series FPGA with a 
Configure Command 

In the method illustrated in Figure 3, the system gener¬ 
ates an active-low configure pulse on the FPGA’s 
DONE/PROG pin. The system then releases the open- 
drain DONE/PROG pin, allowing the FPGA to control it 
and drive it low during configuration. DONE/PROG is 
generally connected to both the CE and RESET/OE 
pins of the serial ROM, which has been programmed 
so that RESET is active-high and OE Is active-low. At 
the end of configuration, the DONE/PROG pin returns 
high, disabling and resetting the serial ROM. The LDC 
pin may be used instead of the DONE/PROG pin to 
enable the serial ROM, as shown. 
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FPGA Configuration (continued) 



Figure 3. ATT3000 Master Serial Configuration 


Programming the FPGA with the Address Pointer 
Unchanged Upon Completion 

In the two interfaces previously discussed, the serial 
ROM Is reset at the completion of configuration. This Is 
typically the case when one or more serial ROMs are 
used to configure one or more FPGAs with one config¬ 
uration program. In applications in which a serial ROM 
is used to configure an FPGA with multiple configura¬ 
tion programs, the address pointer should not be reset. 
This allows the next configuration program to be loaded 
at the next internal ROM address. 


When multiple FPGA configurations are stored in a 
serial ROM, the OE pin of the serial ROM should be 
tied low. Upon powerup, the internal address pointer is 
reset and configuration begins with the first set of con¬ 
figuration data stored In memory. Since the OE pin is 
held low, the address pointer is left unchanged after 
configuration is complete. To reprogram the FPGA with 
another program, the DONE/PROG or PRGM pin Is 
pulled low, and configuration begins at the last value of 
the address pointer. 
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FPGA Configuration (continued) 

Cascading Serial ROMs 

Figure 2 and Figure 3 also Illustrate the cascading of 
serial ROMs. This is done to provide additional memory 
for large FPGAs and/or for configuring multiple FPGAs 
in a daisy chain. The serial ROMs are cascaded with 
the next ROM’s CE input connected to the CEO output 
of the previous serial ROM. All of the cascaded serial 
ROM’s DATA lines are routed to the FPGA’s DIN Input, 
and the FPGA’s CCLK output is routed in parallel to all 
of the serial ROMs’ CLOCK inputs. 

After the last bit from the first serial ROM is read, the 
first serial ROM asserts CEO low and disables its DATA 
output. The next serial ROM recognizes the low on its 
CE input and enables its DATA output. The inactive CE 
into all serial ROMs causes the inactive DATA pins to 
be 3-stated after configuration is finished. 

The ATT3000 DONE/PROG signal and the ORCA 
DONE signal are open-drain outputs with optional Inter¬ 
nal pull-ups and can be used to control the output 
enable of multiple serial ROMs. Extremely large, 
cascaded serial memories may require additional logic 
if the DONE/PROG or DONE signals are too slow to 
activate many serial ROMs. 


Standby Mode 

The ATT1700A Series enters a low-power standby 
mode when CE is high. In standby mode, the serial 
ROM consumes less than 100 \iA of current. The DATA 
pin remains in the high-impedance state regardless of 
the state of the RESET/OE input. 

RESET/OE Polarity 

The ATT1700A Series allows the user to select the 
polarity of the dual-function RESET/OE pin. The PROM 
programmer software is used to program the desired 
polarity. The method used to select a polarity depends 
on the prom programmer user interface. 
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Absolute Maximum Ratings 

Stresses in excess of the absolute maximum ratings can cause permanent damage to the device. These are abso¬ 
lute stress ratings only. Functional operation of the device is not implied at these or any other conditions in excess 
of those given in the operational sections of the data sheet. Exposure to absolute maximum ratings for extended 
periods can adversely affect device reliability. 


Parameter 

Symbol 

Miri 

Max 

Unit 

Supply Voltage Relative to GND 

Vdd 

-0.6 

6.6 

V 

Programming Voltage Relative to GND 

Vpp 

-0.6 

14.0 

V 

Input Voltage with Respect to GND 

ViN 

-0.6 

Vdd+ 0.6 

V 

Voltage Applied to 3-state Output 

Vts 

-0.6 

Vdd + 0.6 

V 

Ambient Storage Temperature 

Tstg 

-65 

150 

°c 

Maximum Soldering Temperature 

Tsol 

— 

300 

°c 

Maximum Junction Temperature 

Tj 

— 

125 

°c 


Electrical Characteristics 

Table 3. dc Electrical Characteristics 


Commercial: 0 °C < Ta < 70 °C, Vdd = 5.0 V ± 5%; Industrial: -40 °C < Ta < +85 °C, Vdd = 5.0 V ± 10%. 


Parameter 

Symbol 

Conditions 

Min 

Max 

Unit 

High-level Input Voltage 

VIH 

— 

2.0 

Vdd 

V 

Low-level Input Voltage 

VIL 

— 

-0.3 

0.8 

V 

High-level Output Voltage 

VOH 

Vdd = 3.0 V, lOH = -4.0 mA 

2.40 

— 

V 


VOH 

Vdd = 4.5 V, lOH = -4.0 mA 

3.86 

— 

V 

Low-level Output Voltage 

VOL 

Vdd = 5.5 V, lOL = 4.0 mA 

— 

0.32 

V 

Supply Voltage Relative to Vss: 






Commercial 

— 

— 

4.75 

5.25 

V 

Industrial 

— 

— 

4.50 

5.50 

V 

Standby Supply Current 

IDDSB 

ViN = Vdd = 5.5 V 

— 

100 

|liA 



ViN = Vdd = 3.6 V 

— 

50 

HA 

Operating Supply Current 

IDD 

Vdd = 5.5 V, Clock =10 MHz 

— 

10 

mA 



Vdd = 3.6 V, Clock = 2.5 MHz 

— 

2 

mA 

Input Leakage Current 

IlL 

Vdd = 5.5 V, 

-10 

10 

UA 



ViN = Vdd and 0 V 




Output Leakage Current 

IlL 

Vdd = 5.5 V, 

-10 

10 

^lA 



ViN = Vdd and 0 V 




Pin Capacitance 

CiN 

VCC = 5 V, Ta = 25 °C, 

— 

10 

PF 



Folk = 1 MHz 
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Electrical Characteristics (continued) 
Table 4. ac Characteristics During Read 


Commercial: 0 °C < Ta < 70 °C, Vdd = 5.0 V ± 5%; Industrial: -40 °C < Ta < +85 °C, Vdd = 5.0 V ± 10%. 


Parameter 

Symbol 

Test 

Conditions 

Limits 

3.0 V < Vdd < 6.0 V 

Limits 

4.5 V < Vdd < 6.0 V 

Unit 

Min 

Max 

Min 

Max 

OE to Data Delay 

Toe 

— 

— 

45 

— 

45 

ns 

CE to Data Delay 

Tce 

— 

— 

60 

~ 

50 

ns 

CLOCK to DATA Delay 

Tcac 


— 

200 

— 

60 

ns 

DATA Hold from CE, OE, or CLOCK 

Toh 

— 

0 

— 

0 

— 

ns 

CE or OE to DATA Float Delay 

Tdf 

— 

— 

50 

— 

50 

ns 

CLOCK Frequency 

Tclk 

— 

— 

2.5 

— 

10 

MHz 

CLOCK Low Time 

Tcl 

— 

100 

— 

25 

— 

ns 

CLOCK High Time 

TCH 

— 

100 

— 

25 

— 

ns 

CE Setup Time to CLOCK 
(Guarantees correct counting.) 

Tsce 

— 

40 

— 

25 

— 

ns 

CE Hold Time from CLOCK 
(Guarantees correct counting.) 

Thce 

— 

0 

— 

0 

— 

ns 

QE High Time 

(Guarantees counters are reset.) 

Thoe 

CE high 
or low 

100 

— 

20 

— 

ns 



Figure 4. Read Characteristics 
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Electrical Characteristics (continued) 






Table 5. ac Characteristics at End of Read 

Commercial: 0 °C < Ta < 70 °C, Vdd = 5.0 V ± 5%; Industrial: 

-40 °C < Ta < +85 °C, Vdd = 5.0 V ± 10% 

Parameter 

Symbol 

Limits 

3.0 V < Vdd < 6.0 V 

Limits 

4.5 V < Vdd < 6.0 V 

1 



Min 

Max 

Min 

Max 


CLOCK to DATA Disable Delay 

Tcdf 

— 

50 

— 

50 


CLOCK to CEO Delay 

Took 

— 

65 

— 

40 


CE to CEO Delay 

Toce 

— 

45 

— 

40 






Tcdf— 
LAST BIT 



Figure 5. Read Characteristics at End of Array 
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Electrical Characteristics (continued) 



5-3869(C) 


Figure 6. ATT1700A Programming 
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Electrical Characteristics (continued) 


Table 6. dc Programming Specifications 

Commercial: 0 °C < Ta < 70 °C, Vdd = 5.0 V + 5%; Industrial: -40 °C < Ta < +85 °C, Vdd = 5.0 V +10%. 


Parameter 

Symbol 

Min 

Max 

Unit 

Supply Voltage During Programming 

VCCP 

5.0 

6.0 

V 

Low-level Input Voltage 

VIL 

0.0 

0.5 

V 

High-level Input Voltage 

VIH 

2.4 

Vcc 

V 

Low-level Output Voltage 

VOL 

— 

0.4 

V 

High-level Output Voltage 

VOH 

3.7 

— 

V 

Programming Voltage* 

Vppi 

12.5 

13.5 

V 

Programming Mode Access Voltage 

VPP2 

VCCP 

VcCP + 1 

V 

Supply Current in Programming Mode 

IPPP 

— 

100 

mA 

Input or Output Leakage Current 

IL 

-10 

10 

HA 

First-pass, Low-level Supply Voltage for Final Verification 

Vddl 

2.8 

3.0 

V 

Second-pass, High-level Supply Voltage for Final Verification 

Vddh 

6.0 

8.2 

V 


* No overshoot is permitted on this signal. VPP must not be allowed to exceed 14 V. 
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Electrical Characteristics (continued) 


Table 7. ac Programming Specifications 

Commercial: 0 °C <Ta < 70 °C, Vdd = 5.0 V ± 5%; Industrial: -40 °C < Ta < +85 °C, Vdd = 5.0 V + 10%. 


Parameter 

Test Conditions 

Symboi 

Min 

Max 

Unit 

10% to 90% Rise Time of Vpp 

* 

Trpp 

1 

— 

M-S 

90% to 10% Fall Time of Vpp 

* 

Tfpp 

1 

— 

[IS 

Vpp Programming Pulse Width 

— 

Tpgm 

0.5 

1.05 

ms 

Vpp Setup to Clock for Entering Programming 
Mode 

ie 

Tsvc 

100 

— 

ns 

CE Setup to Clock for Entering Programming Mode 

* 

Tsvce 

100 

— 

ns 

OE Setup to Clock for Entering Programming 

Mode 

♦ 

Tsvoe 

100 

— 

ns 

Vpp Hold from Clock for Entering Programming 
Mode 

* 

Thvc 

300 

— 

ns 

Data Setup to Clock for Programming 

— 

Tsdp 

50 

— 

ns 

Data Hold from Clock for Programming 

— 

Thdp 

0 

— 

ns 

CE Low Time to Clear Data Latches 

— 

Tlce 

100 

— 

ns 

CE Setup to Clock for ProgrammingA/erifying 

— 

Tscc 

100 

— 

ns 

OE Setup to Clock for Incrementing Address 
Counter 

— 

Tsic 

100 

— 

ns 

OE Hold from Clock for Incrementing Address 
Counter 

— 

Thic 

0 

— 

ns 

OE Hold from Vpp 

* 

Thov 

200 

— 

ns 

Clock to Data Valid 

— 

Tpcac 

— 

400 

ns 

Data Hold from Clock 

— 

Tpoh 

0 

— 

ns 

CE Low to Data Valid 

_ZI_ 1 

Tpce 

— 

250 

ns 


* This parameter is periodically sampled and is not 100% tested. 

Note: While in programming mode, CE should only be changed while DE Is HIGH and has been HIGH for 200 ns, and OE should only be 
changed while CE is HIGH and has been HIGH for 200 ns. 
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Electrical Characteristics (continued) 



ENTER PROGRAMMING MODE EXIT PROGRAMMING MODE 

Figure 7. Entering and Exiting Programming Mode 
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* The programmer must float the data pin while CE is low to avoid bus contention. 

Figure 9. Details of Programming Cycle 
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Figure 11. Details of Read Manufacturer and Device ID 
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Ordering Information 

Example: ATT1736A P8 

DEVICE TYPE __ 

PROGRAMMABILITY - - 


- TEMPERATURE RANGE 

PACKAGE TYPE 


ATT1736A; One-Time Programmable; 8-pin, Plastic DIP; Industrial Temperature 


Table 8. Device Type 


Device 

Size 

ATT1736A 

36,288 

ATT1765A 

65,536 

ATT17128A 

131,072 


Table 9. Programmability 


Designation 

Programmability 

Blank or A 

One-Time Programmable 


Table 10. Package Type 


Designation 

Package 

P8 

8-pin, plastic DIP 

S08 

8-pin SOIC 

M20 

20-pin PLCC 


Table 11. Temperature Range 


Designation 

Type 

Operating Range 

Blank 

Commercial 

0 °C to 70 °C 

I 

Industrial 

-40 °C to +85 °C 
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Development Systems 


Overview 

Developing high-density, high-performance field- 
programmable gate arrays in today’s competitive 
market requires a unique yet robust design environ¬ 
ment. The design flow must be easy to. use, compati¬ 
ble with the user’s existing environment, and powerful 
enough to meet the time-to-market schedules. 

Lucent Technologies supports a number of different 
development system products optimized for the 
ORCA and ATT3000 FPGA architectures to meet the 
user’s design requirements. Products include Inter¬ 
faces for popular CAE tools, as well as a versatile 
map/place/route development system. Supported 
platforms include personal computers and Sun and 
HP workstations. 

Development systems are only as effective as the 
methodology with which they are applied. Lucent has 
taken Its vast ASIC design experience, applied that 
knowledge and expertise, and developed an FPGA 
design methodology that meets today’s market 
demands. 


Design Methodology 

The design methodology that Lucent recommends 
consists of three steps: design entry, design imple¬ 
mentation, and design verification (see Figure 1 
below). Lucent recommends that the user follow a 
straightforward methodology, but recognizes that the 
process is wrought with change. The user will often 
need to move among the three design steps through¬ 
out the design cycle to correct or change a circuit. 
This Is one of the many advantages of using an 
FPGA. 



Figure 1. FPGA Design Methodology 
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Design Methodology (continued) 

Design Entry 

A design can be captured in a number of different 
ways. Traditional schematic capture tools remain a pop¬ 
ular design entry method. Lucent’s ORCA Foundry 
Development System supports schematic editors from 
Viewlogic and Mentor Graphics. The libraries for these 
tools contain macros and primitives that allow efficient 
access to the ORCA or ATT3000 architectures. 

As designs increase in complexity, the use of hardware 
description languages (Verilog HDL or VHDL) and syn¬ 
thesis tools can increase productivity. Synopsys, 
Exemplar Logic, Synplicity, Viewlogic, and Mentor 
Graphics are just some of the supported CAE synthe¬ 
sis vendors. Libraries, design flows, and algorithms, 
such as Lucent’s proprietary SCUBA (Synthesis Com¬ 
piler for User-Programmable Arrays), have been devel¬ 
oped to synthesize the Lucent FPGA architectures 
efficiently. 

More than one of these forms of design entry can be 
used to capture the user’s design for a single device. If 
more than one type is used, the top level of a hierarchi¬ 
cal design is created using the first of any one of these 
design methods. This top level then calls other circuit 
descriptions in each succeedingly lower level of hierar¬ 
chy (which have been entered by using whichever 
design entry method is required). In this way, the 
designer can use any type of design entry desired for 
each portion of the circuit. 

Lucent recommends that chip and/or board functional 
simulation be performed before proceeding to the 
Design Implementation stage. This step will identify 
many problems that may be difficult to solve during the 
Verification step. Simulators from Cadence, Mentor 
Graphics, Synopsys, Viewlogic, and Model Technology 
are supported by ORCA Foundry. In addition, the Logic 
Modeling Group of Synopsys, Inc. supports board-level 
simulation models for ORCA FPGAs from Lucent. 


Design Implementation 

After design entry Is complete, the design must be 
implemented into a selected architecture. This gener¬ 
ally requires that the three major steps of mapping, 
placing, and routing the design be complete. The first 
step in design implementation is to map the circuit cre¬ 
ated during design entry into the distinct logic blocks of 
the target FPGA architecture. Once this has been 
accomplished, the next step is to place these logic 
blocks Into specific positions in the target device which 
has a repeating array of these logic blocks. The third 
step is to route the signals that connect the logic blocks 
together. 

The ORCA Foundry Development System Is the tool 
that is used to perform these three functions, as well as 
static timing analysis and generating the bit stream 
used to configure the devices. This tool has a menu- 
driven interface and allows the process to be auto¬ 
mated. With ORCA Foundry, the designer can specify 
many parameters, such as clock frequency, I/O delays, 
signal skews, and so on. In what is called a preference 
file. The software then uses this information and 
attempts to create a circuit that meets the required 
specifications automatically. Although this generally 
meets the designer’s needs, the ability to manually 
change the mapping, placement, or routing through a 
graphical interface is also Included in the software. 

Once the design has been implemented, a bit stream 
file that contains the programming information for the 
RAM cells In the FPGA can be created.This bit stream 
can then be downloaded Into the FPGA using any of 
the configuration modes explained in the ATT3000 and 
ORCA data sheets. Once downloaded, it causes the 
FPGA to perform the desired function. 
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Design Methodology (continued) 

Design Verification 

Verification of the FPGA design can be performed 
using one or more of the following three methods: 

■ Postlayout timing simulation 

■ Postlayout static timing analysis 

■ Using the device in the target system 

Postlayout timing simulation can be done using any of 
the simulators that were used for functional simulation. 
An interface is provided from the ORCA Foundry 
Development System to these third-party simulators to 
allow timing to be transferred to the simulator after the 
map, place, and route steps have been completed. This 
timing simulation generally uses the same input stimu¬ 
lus as the functional simulation and is used to find such 
problems as implementations that are too slow, have 
race conditions, or have setup/hold time violations. 


Postlayout static timing analysis is supported In ORCA 
Foundry using the TRACE tool, as well as other third- 
party tools, such as MOTIVE or Veritime. These tools 
do not require input stimulus but allow the designer to 
evaluate the timing characteristics of the implemented 
device. Including such things as maximum clock fre¬ 
quency. 

The third method for design verification is to test the 
FPGA in the target systems; however. Lucent recom¬ 
mends that the designer use at least one of the other 
methods noted above to fully verify the design. This is 
due to the fact that the device being used will probably 
be faster than the worst-case specification guaranteed 
by Lucent due to process variation. This process varia¬ 
tion occurs in any semiconductor manufacturing pro¬ 
cess, but it is guaranteed by Lucent to be within a 
certain range. This range defines the timing that is 
used for both timing simulation and static timing analy¬ 
sis. 


Lucent Technologies Inc. 
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Individual Design Tools Overview 

The remainder of this development systems section 
contains overviews, a features list, platforms sup¬ 
ported, and ordering information for each of the follow¬ 
ing design tools: 

■ ORCA Foundry Development System 

■ ORCA FPGA Library for Synopsys 
m ORCA FPGA Library for Viewlogic 

m ORCA FPGA Library for Mentor Graphics 

m ORCA FPGA Library for Bell Labs Design 
Automation 

■ ORCA FPGA Library for Verilog HDL Simulation 

■ ORCA FPGA Library for VHDL Simulation 

■ Exemplar Logic’s Galileo and Model Technology’s 
V-SystemA/HDL: HDL-Based Synthesis and Simula¬ 
tion for ORCA FPGAs 

■ WorkView Office from Viewlogic Systems, Inc.: 
Integrated Schematics, Synthesis, and Simulation 
for Of?CA FPGAs 
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ORCA Foundry Development System 


Features 

■ Complete, fully integrated FPGA design tool set 

■ Supports ORCA and ATT3000 Series FPGAs 

■ Integrates into existing CAE environments 

■ Supports timing- and frequency-driven design 

■ Performs device-specific optimization and 
technology mapping 

■ Performs both automatic and manual place & route 

■ SCUBA macro compiler generates OHCA-specific 
implementations of macrocells 

■ Performs detailed static timing analysis 

■ Allows for back-annotated timing simulation and 
system-level verification 

ORCA Foundry Benefits 

■ Automatic completion of difficult designs 

■ Maximum device utilization 

■ Faster clock speeds 

■ Ease of use means fast time-to-market benefits 
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Figure 1. ORCA Foundry Environment 
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Smarter, Faster Tools 

FPGA devices are growing in size and complexity- 
straining the capabilities of both designers and early- 
generation tool sets. High-performance tools are criti¬ 
cal to realizing the full potential of today's larger, more 
complicated devices. Such tools not only significantly 
shorten your design cycles, but also produce chip 
designs with higher device utilization and faster operat¬ 
ing frequencies. ORCA Foundry Is such a tool set. 

Capture, Mapping, and Optimization 

ORCA Foundry allows designs to be captured using 
device-specific libraries, vendor-independent libraries, 
or a combination of both. No other design tool set lets 
you designate the specific design capture method that 
best supports your requirements. As a result, vendor- 
independent libraries and industry-standard netlists 
can be easily implemented In either ORCA or 
ATT3000 Series devices. 

ORCA Foundry's device- and architecture-specific 
optimization, combined with superior place and route 
capabilities, produces consistently high device utiliza¬ 
tion. Of course, ORCA Foundry fully supports device¬ 
specific features, such as hard macros, RAM, and 
automatic routing of clocks. 

With complete back-annotation and the ability to pre¬ 
serve hierarchy throughout the design process, ORCA 
Foundry gives you as much help in updating and 
debugging your design as It does in implementing it. 


Advanced Place & Route Capabilities 
(PAR) 

Using the most powerful combination of algorithms 
available, ORCA Foundry's place & route (PAR) pro¬ 
gram consistently completes designs with the fewest 
Iterations and with no manual intervention. PAR'S fast 
execution time and built-in incremental change capabil¬ 
ity result in the shortest possible design cycle. 

PAR is a timing-driven place & route tool, which means 
users can specify critical timing and PAR will work 
towards desired goals, resulting in higher performance. 
Lucent’s Preference Language Is a robust language 
that allows designers to specify timing preferences like 
clock frequency, net and path delays, multicycle paths, 
setup requirements, and clock-to-output constraints. 


Powerful Interactive Layout Editor 
(Lucent EPIC) 

The Lucent Technologies Editor for Programmable ICs 
(Lucent EPIC) is a powerful, interactive layout editor 
found in ORCA Foundry that streamlines the debug¬ 
ging and tuning of FPGA designs. Lucent EPIC'S easy- 
to-use graphical interface provides a choice of push 
button, menu-driven, or command-line editing capabili¬ 
ties that can be customized to suit any set of require¬ 
ments. In addition. Lucent EPIC has been tuned to 
guarantee the fastest graphics response, eliminating 
the unproductive waiting while a large design is pan¬ 
ning, zooming, or simply highlighting a net. 

Many advanced features have been designed into 
Lucent EPICXo make working with complex devices 
easier. Among these are manual placement and rout¬ 
ing, auto placement, auto routing, and integration of 
ORCA Foundry's powerful timing analyzer. Lucent 
EPICs on-line design rule checks (DRC) can be used 
in logical mode (allowing changes to placement and 
routing, but preventing any changes to the logic during 
the editing session) or in physical mode (allowing logic 
and signals to be added and deleted while guarantee¬ 
ing that changes are valid within the physical con¬ 
straints of the specified FPGA). 


FPG A-Specific Timing Anaiyzer 
(Lucent TRACE) 

Lucent TRACE provides complete analysis of a circuit's 
timing characteristics. Using actual component and 
Interconnect delays. Lucent TRACE exhaustively 
examines every signal path and automatically evalu¬ 
ates the circuit for setup and hold violations and adher¬ 
ence to specified timing preferences. 

Lucent TRACE runs Its analysis using user-specified 
timing preferences (such as desired operating fre¬ 
quency) and feeds back detailed results that identify 
specifically where the design fails to meet those 
requirements, thereby eliminating the need to read 
through reams of paper to pinpoint potential timing 
problems. 
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SCUBA 

SCUBA (Synthesis Compiler for User-programmable 
Arrays) is a design tool for creating high-density, high- 
performance macrocells optimized for ORCA FPGAs. 
SCUBA will generated VHDL and Verilog HDL for sup¬ 
port of synthesis and simulation tools or EDIF for input 
to ORCA Foundry. 

SCUBA will generate the following macrocells in 
parameterizable sizes: 

■ Memory (asynchronous, synchronous, and 
dual-port) 

■ Adders 

■ Subtracters 

■ Adder/subtractors 

■ Comparators 

■ Multipliers 


System Requirements 

PC-Based: 

Personal Computer with Intel486, Pentium, or 
Pentium-Pro 

Microsoft Windows 3.1 (or higher), Windows'95, or 
Windows NT 

RAM: 32 Mbytes minimum 

Flard Disk: 70 Mbytes spare capacity 

Installation Media: 2x CD-ROM 


Workstation-Based: 

SPAHC-based Sun Workstation running SunOS 4.1.3 
or running Solaris 5.4 (or higher) 

HP 9000 Series 400/700 running HP-UX 9.0.x 
(or higher) 

X-Windows version X11R4 (or higher) and 
OSF/MOTIF 1.1 

RAM: 32 Mbytes 

Hard Disk: 70 Mbytes spare capacity 
Swap: 100 Mbytes minimum 


Ordering information 

PC Solutions: 

■ Low-density starter system for Lucent FPGAs. 
Supports ATT3000, ATT2Cxx, OR2CxxA, and 
OR2TxxA series devices to 10,000 gates. 
(OR-ORCAVISTA-PC). 

■ Complete support package for all ATT3000 and all 
ORCA Series FPGAs. (OR-ORCAAPEX-PC). 

■ Evaluation version of complete software suite. No bit 
stream generation capability or download cable 
(OR-ORCAEVAL-PC). 

■ Upgrade Vista package to Apex package . 
(OR-ORCAVISAP-PC). 


Workstation Solutions: 

■ Low-density starter system for Lucent FPGAs. 
Supports ATT3000, ATT2Cxx, OR2CxxA, and 
OR2TxxA series devices to 10,000 gates 
(OR-ORCAVISTA-WS). 

■ Complete support package for all ATT3000 and all 
ORCA Series FPGAs (OR-ORCAAPEX-WS). 

■ Evaluation version of complete software suite. No bit 
stream generation capability or download cable 
(OR-ORCAEVAL-WS). 

■ Upgrade Vista package to Apex package 
(OR-ORCAVISAP-WS). 
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ORCA FPGA Library for Synopsys 


Features 

■ Performs area/timing synthesis to take advantage of 
the ATT2C, OR2CxxA, and OR2TxxA series of 
Optimized Reconfigurable Cell Array {ORCA) 
FPGAs from Lucent 

■ Allows top-down design, with the input being either 
VHDL or t/en/og HDL 

■ Support for both FPGA Compileran6 Design 
Compiler 


m Interfaces to the ORCA Foundry Development 
System, including a high-level design link to 
transfer timing information 

■ Supports Synopsys FPGA Compiler LUT library to 
allow synthesis directly to ORCA look-up tables 
(LUTs) to increase area efficiency and performance 
estimation accuracy 

■ Supports DesignWare data path synthesis for 
adders/subtracters and comparators 


Design Flow 



DESIGN 

ENTRY 


SYNTHESIS 


DESIGN 

IMPLEMENTATION 


5-4087(C) 
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Synopsys Interface Kit 

The ORCA FPGA Library for Synopsys supports cus¬ 
tomers performing high-level synthesis, logic optimiza¬ 
tion, and timing optimization using the Synopsys FPGA 
Compiler and Design Compiler synthesis products. The 
input Into Synopsys Is either a VHDL or a Verilog HDL 
device development netlist, and the output is a netllst 
optimized to be used with ORCA Series FPGAs. When 
combined with the ORCA Foundry Development Sys¬ 
tem to map, place, and route ORCA FPGAs, the result 
Is a fully integrated system for implementing ORCA 
designs from concept to fully programmed devices. 

The library contains elements that support both the 1C 
and 2C Series of ORCA FPGAs and are synthesized 
by Synopsys. With Synopsys’FPGA Compiler, users 
can synthesize directly to ORCA LUTs to improve area 
efficiency and timing accuracy. In addition, Synopsys 
DesignWare library is used for inferred data path syn¬ 
thesis, with the output being a netllst with elements of 
the needed bit-length included. 


Synopsys to ORCA Foundry High-Level 
Design Link 

Synopsys can perform area/timing-optimized synthesis 
targeting ORCA. To support this, all ORCA elements 
from the gate library, LUT library, and DesignWare 
library now include area and delay estimation values. 
The designer can input timing constraints such as clock 
frequency, input/output delays, path delays, and skew 
values into Synopsys, which Synopsys then uses to 
perform timing-optimized synthesis. ORCA Foundry 
then accepts timing constraints from Synopsys and 
produces a timing- and frequency-driven layout. 


Ordering Information 

The ORCA FPGA Library for Synopsys is included with 
the ORCA Foundry Development System: 

■ The VISTA configuration is a complete design sys¬ 
tem supporting the ATT3000 and ORCA 2Cxx, 
OR2CxxA, and OR2TxxA devices up through 
10,000 gates (OR-ORCAVISTA-WS). 

■ The APEX configuration supports all Lucent FPGAs 
(OR-ORCAAPEX-WS). 
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ORCA FPGA Library for Viewlogic 


Features 

■ Supports WorkView Office (PC) and PowerView 
(Sun, HP) schematic capture tools from Viewlogic 
m Supports ViewSynthesis synthesis tool from View- 
logic 

m Includes support for ViewSim (PC, Sun, HP) and 
Speedwave (PC, HP, Sun) simulation environ¬ 
ments from Viewlogic 


Seamless Interface to the ORCA Foundry Develop¬ 
ment System for both schematic entry synthesis 
Library contains over 275 elements, including ele¬ 
ments optimized for combinatorial logic, sequential 
logic, I/O, internal RAM, and data path circuits 


SYNTHESIS FLOW SCHEMATIC FLOW 



Key: XX = PC (Personal Computer) or WS (Workstation). See ORCA Foundry Ordering Information. 


Figure 1. WorkView Office Flow 
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Viewlogic Interface Kit 

The Lucent Technologies Microelectronics Group 
ORCA FPGA Library for Viewlogic supports customers 
who perform schematic capture and simulation of 
ORCA Series FPGAs using Powerviewar\6 WorkView 
Office. When combined with the ORCA Foundry Devel¬ 
opment System used to map and place and route 
ORCA FPGAs, the result Is a fully integrated system for 
implementing Lucent Technologies ORCA designs 
from concept to fully programmed devices. 

The library contains over 275 elements supporting the 
ORCA 1C, 2C, 2CxxA, and 2TxxA Series of devices. 
This library contains many elements that take advan¬ 
tage of the architectural features of the ORCA Series, 
including the following: 

■ Sequential cells taking advantage of the many 
FF/latch options such as cken, front-end select, and 
synchronous/asynchronous reset/clear 

■ Combinatorial elements Including optimized ORCA- 
unique PFU gates 

■ I/O elements 

■ Data path elements including counters, adders, etc. 

■ RAM/ROM elements for use with internal RAM capa¬ 
bilities 


Libraries 

Lucent ships several libraries for use with VL products. 
A symbol library is available for use with ViewDraw. An 
SML library is used with ViewSynthesis to synthesize 
ORCA FPGA designs from a VHDL circuit description. 
A simulation library is available for unit-gate or full-tim¬ 
ing simulation with ViewSim. Finally, the ORCA Library 
for VHDL Simulation Is available to allow designers 
functional and full timing simulation capability with 
Speedwave. For more information, please see the 
ORCA Library for VHDL Simulation Product Brief 
(PN96-058FPGA). 


EDIF and WIR Netlists 

The Viewlogic interface supports both EDIF and WIR 
netlist formats from Viewlogids front-end tools. 
ViewSynthesis generates EDIF for input to ORCA 
Foundry using edif2ngd, and ViewDraw generates 
WIR for input to ORCA Foundry using wir2ngd. 


Timing Simulation Netlists 

After a design has been placed and routed, users can 
perform full timing simulation with Viewlogids ViewSim 
and/or Speedwave simulators. ORCA Foundry’s back- 
annotation interfaces produce both WIR and VHDL 
netlists for simulation with a ViewSim or Speedwave. 


Ordering Information 

The ORCA FPGA Library for ViewJogic 'is included with 
the ORCA Foundry Development System: 

■ The VISTA configuration is a complete design sys¬ 
tem supporting the ATT3000, ORCA 2Cxx, ORCA 
2CxxA, and ORCA OR2TxxA devices up through 
10,000 gates (OR-ORCAVISTA-WS). 

■ The APEX configuration supports all Lucent FPGAs 
(OR-ORCAAPEX-WS). 
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ORCA FPGA Library for Mentor Graphics 


Features 


■ Library optimized to take advantage of all the Opti¬ 
mized Reconfigurable Cell Array (ORCA) FPGA 
families from Lucent Technologies 

■ Includes support for Design Architect schematic 
entry tools and the QuickSim II Simulation environ¬ 
ment 

■ Lucent customized cell library menus for Design 
Architect to increase ease of use 


Interfaces to the ORCA Foundry Development Sys¬ 
tem for both schematic entry and timing simulation 

Library contains over 275 elements, including ele¬ 
ments optimized for combinatorial logic, sequential 
logic, I/O, internal RAM, and data path circuits 

On-line documentation of library elements 

Supports Autoiogic II synthesis 


Design Flow 



DESIGN 

ENTRY 


FUNCTIONAL 

SIMULATION 


DESIGN 

IMPLEMENTATION 


TIMING 

SIMULATION 
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Mentor Graphics Interface Kit 

The Lucent Technologies Microelectronics Group 
ORCA FPGA Library for Mentor Graphics supports 
customers who perform schematic capture, synthesis, 
and simulation of ORCA Series FPGAs using Design 
Architect, Autologic II, and QuickSim II. When com¬ 
bined with the ORCA Foundry Development System 
used to map, place, and route ORCA FPGAs, the result 
is a fully integrated system for implementing Lucent 
ORCA designs from concept to fully programmed 
devices. 

The ORCA Foundry library contains over 275 elements 
supporting the ORCA 1C, 2C, 2CxxA, and 2TxxA 
Series of devices. This library contains many elements 
that take advantage of the architectural features of the 
ORCA Series including the following: 

■ Sequential cells taking advantage of the many 
FF/latch options such as cken, front-end select, and 
synchronous/asynchronous reset/clear 

■ Combinational elements including optimized ORCA- 
unique pfugate elements 

■ I/O elements 

■ Data path elements including counters, adders, etc. 

■ RAM/ROM elements for use with internal RAM capa¬ 
bilities 


Mentor Graphics Schematic Capture and 
Simulation 

Mentor Graphics’ Design Architect provides a single 
graphical point of entry for any design targeted to the 
ORCA series. These schematic entry tools can be 
used with the QuickSim II simulator both to verify the 
design before proceeding to physical layout and to ver¬ 
ify the timing after physical layout. An ORCA 
SmartModel from the Logic Modeling Group of Synop- 
sys, Inc. can also have timing information back-anno¬ 
tated to it to further enhance QuickSim li timing 
simulation, if desired, especially for board-level simula¬ 
tion. 


Ordering Information 

The ORCA FPGA Library for Mentor Graphics is 
included with the ORCA Foundry Development Sys¬ 
tem: 

■ The VISTA configuration is a complete design sys¬ 
tem supporting the ATT3000 and ORCA 2Cxx, 
OR2CxxA, and OR2TxxA devices up through 
10,000 gates (OR-ORCAVISTA-WS). 

■ The APEX configuration supports all Lucent FPGAs 
(OR-ORCAAPEX-WS). 
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ORCA FPGA Library for Bell Labs Design Automation 


Features 

■ Library optimized to take advantage of all the 
Optimized Reconfigurable Cell Array (ORCA) 
FPGA families from Lucent Technologies. 

■ Includes support for the ATTSIM simulation 
environment. 

■ Mentor Graphics’ Design Architect schematic entry 
tools to ATTSIM interface also supported (requires 
ORCA FPGA Library for Mentor Graphic^}. 


Supports ATT-Schema schematic entry tools. 

Interfaces to the ORCA Foundry Development 
System. 

Library contains over 275 elements, including ele¬ 
ments optimized for combinatorial logic, sequential 
logic, I/O, internal RAM, and data path circuits. 


Design Flow 
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Bell Labs Design Automation Interface 
Kit 

The ORCA FPGA Library for Bell Labs Design Automa¬ 
tion supports customers who perform schematic cap¬ 
ture and simulation of ORCA Series FPGAs using ATT- 
Schema and ATTSIM. Design entry using Mentor 
Graphics tools while using ATTSIM for simulation is 
accomplished by using both this interface kit and the 
ORCA FPGA Library for Mentor Graphics kit together. 
When combined with the ORCA Foundry Development 
System to map/place/route ORCA FPGAs, the result is 
a fully integrated system for implementing Lucent 
ORCA designs from concept to fully programmed 
devices. 

The library contains over 275 elements supporting the 
ORCA 1C, 2C, 2CxxA, and 2TxxA Series of devices. 
This library contains many elements that take advan¬ 
tage of the architectural features of the ORCA Series, 
including the following: 

■ Sequential cells taking advantage of the many 
FF/latch options, such as cken, front-end select, 
and synchronous/asynchronous reset/clear 

■ Combinatorial elements, including optimized ORCA- 
unique pfugate elements 

■ I/O elements 

■ Data path elements. Including counters, adders, etc. 

■ RAM/ROM elements for use with internal RAM 
capabilities 


ATT-Schema Schematic Capture and 
ATTSIM Simulation 

ATT-Schema provides a single graphical point of entry 
for any design targeted to the ORCA series. These 
schematic entry tools can be used with the ATTSIM 
simulator both to verify the design before proceeding to 
physical layout and to verify the timing after physical 
layout. An ORCA SmartModel iron) the Logic Modeling 
Group of Synopsys, Inc. can also have tirning informa¬ 
tion back-annotated to it to further enhance ATTSIM 
timing simulation, if desired, especially for board-level 
simulation. 


Ordering Information 

The ORCA FPGA Library for Bell Labs Design Automa¬ 
tion is included with the ORCA Foundry Development 
System: 

■ The VISTA configuration is a complete design sys¬ 
tem supporting the ATT3000 and ORCA 2Cxx, 
OR2CxxA, and OR2TxxA devices up through 
10,000 gates (OR-ORCAVISTA-WS). 

■ The APEX configuration supports all Lucent FPGAs 
(OR-ORCAAPEX-WS). 
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ORCA FPGA Library for Vehlog Simulation 


Features 

■ Allows simulation of Vehlog HDL with Lucent 
Technologies’ ORCA Series FPGAs pre- and 
postsynthesis, as well as after map/place/route. 

■ Interfaces industry-standard synthesis and simula¬ 
tion products to the ORCA Foundry Development 
System. 


■ Fully compatible with Cadence Design System’s 
current version of Verilog-XL 

■ Static timing analysis supported using MOTIVE 
also available when the libraries are purchased 
from the Quad Design Technologies Group of 
Viewlogic Systems, Inc. 

■ System verification supported using the ORCA 
SmartModel available from Synopsys, Inc. 


Design Flow 
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Verilog Interface Kit 

The Lucent Technologies ORCA FPGA Library for 
l/er/7ogf supports customers who are designing with the 
Verilog hardware description language. The combina¬ 
tion of industry-standard synthesis tools and the ORCA 
Foundry Development System provides the designer 
with a fully integrated high-level design system for 
implementing Lucent Technologies ORCA FPGAs. 

The ORCA Library for Verilog is compatible with the 
Lucent Technologies ORCA design kits for both Synop- 
sys and Exemplar Logic, enabling complementary and 
powerful high-level design and synthesis techniques to 
be used. The library is designed to be used with the 
Verilog'XL simulator for design verification. 


Simulation Capabilities 

The ORCA Library for Veritog Includes simulation mod¬ 
els for the ORCA macro library which contains over 
300 high-level macros, such as basic logic gates, 

ALUs, counters, and RAM. These models can be used 
to verify designs pre- and postsynthesis. An additional 
set of simulation models is supplied for full timing verifi¬ 
cation after map/place/route. This set of models sup¬ 
ports the Verilog Integration Kit, which Is part of the 
ORCA Foundry Development System. There are 
approximately 30 simulation primitives specifically 
designed to allow timing annotation of logic and routing 
delays using the standard delay format (SDF). 

Postlayout analysis is supported for the MOTIVE static 
timing analysis tool from Viewlogic, Inc. An ORCA 
SmartModelUom the Logic Modeling Group of 
Synopsys, Inc. can also have timing Information back- 
annotated to It to further enhance timing simulation, 
if desired, especially for board-level simulation. 


Ordering Information 

The ORCA FPGA Library for Mentor Graphics is 
included with the ORCA Foundry Development Sys¬ 
tem: 

■ The VISTA configuration is a complete design sys¬ 
tem supporting the ATT3000 and ORCA 2Cxx, 
OR2CxxA, and OR2TxxA devices up through 
10,000 gates (OR-ORCAVISTA-WS for workstations, 
OR-ORCAVISTA-PC for personal computers). 

■ The APEX configuration supports all Lucent FPGAs 
(OR-ORCAAPEX-WS for workstations, 
OR-ORCAVISTA-PC for personal computers). 
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ORCA FPGA Library for VHDL Simulation 


Features 

■ Allows simulation of VHDL with Lucent’s ORCA 
Series FPGAs pre- and postsynthesis, as well as 
after map/place/route. 

■ Interfaces industry-standard simulation products to 
the ORCA Foundry Development System. 


■ Fully compatible with any VITAL 3.0-compllant 
simulator, such as Model Technology’s 
V-SystemA/HDL and Synopsys’ VSS 
simulators. 

■ System-level verification supported using the 
SmartModel for ORCA FPGAs available from the 
Logic Modeling Group of Synopsys, Inc. 


Design Flow 
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VHDL Simulation Kit 

The ORCA Foundry VHDL Simulation Kit supports cus¬ 
tomers who are designing with VHDL. The combination 
of industry-standard synthesis and simulation tools and 
the ORCA Foundry Development System provides the 
designer with a fully integrated high-level design sys¬ 
tem for implementing Lucent’s ORCA FPGAs. 

The VHDL Simulation interface is compatible with 
VITAL 3.0-compliant simulators, such as Synopsysf 
VSS and Model Technologys V-System simulators. 


Simulation Capabilities 

The ORCA Foundry VHDL Simulation interface 
includes VITAL 3.0-compliant simulation models for the 
ORCA macrocell library, which contains over 300 high- 
level logic functions, such as basic logic gates, ALUs, 
counters, and RAM. These models can be used to ver¬ 
ify designs before and after synthesis prior to map/ 
place/route. 

An additional set of VITAL 3.0-compliant simulation 
models is supplied for full timing simulation after map/ 
place/route. There are approximately 30 simulation 
primitives to describe the logic functions of a completed 
design. Combined with a standard delay format (SDF) 
file containing logic and routing delays, these models 
can be used for timing verification. 

An ORCA-designed SmartModel can also have timing 
information back-annotated to it to further enhance 
timing simulation and system-level verification. 


Ordering Information 

The ORCA FPGA Library for VHDL Simulation is 
included with the ORCA Foundry Development Sys¬ 
tem: 

■ The VISTA configuration is a complete design sys¬ 
tem supporting the ATT3000 and ORCA 2Cxx, 
OR2CxxA, and OR2TxxA devices up through 
10,000 gates (OR-ORCAVISTA-WS for workstations, 
OR-ORCAVISTA-PC for personal computers). 

■ The APEX configuration supports all Lucent FPGAs 
(OR-ORCAAPEX-WS for workstations, 
OR-ORCAVISTA-PC for personal computers). 
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Exemplar Logic’s Gaiileo and Model Technology’s V-System/VHDL: 

HDL-Based Synthesis and Simulation for ORCA FPGAs 


Features 

■ Synthesizes VHDL or Verilog HDL register transfer 
level (RTL) descriptions into ORCA devices 

■ Optimization for area and/or speed 

■ Look-up table synthesis produces results compa¬ 
rable to hand-drawn schematics 


■ User-defined timing constraints and synthesis 
direct optimization 

■ Fully compatible with/EEE 1076 and 1164 VHDL, 
and OVI 2.0 Verilog HDL 

■ PC and workstation support 

■ Optional simulation support with Model 
Technology's V-System/VHDL simulator 


SYNTHESIS FLOW ONLY VHDL SYNTHESIS AND SIMULATION FLOW 
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Key: XX = PC (Personal Computer) or WS (Workstation). See ORCA Foundry Ordering Information. 


Figure 1. Synthesis and Simuiation Flows 
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Description 

Ga///eo from Exemplar Logic is a logic optimization anql 
synthesis tool for designing Lucent Technologies’ 
ORCA series FPGAs. Galileo takes a register transfer 
level VHDL or Verilog HDL file as input and produces 
an optimized netlist for ORCA FPGAs. When combined 
with the ORCA Foundry Development System that Is 
used to map, place, and route the netlist, the result is a 
fully integrated system for implementing an ORCA 
FPGA from a high-level description. 

A key feature of Galileo is that the synthesis algorithms 
used to produce the output netlist are tuned for the 
ORCA architecture. Furthermore, for structured logic 
and data paths, a module generation capability is 
included to generate optimized adders, subtracters, 
comparators, and incrementers. The result is a design 
with an area and speed that matches the' quality of 
hand-drawn schematics. 

While the Galileo tool Is used strictly for synthesis 
designers, it can also perform functional and full¬ 
timing VHDL simulation with a Galileo plus MTI 
V-SystemA/HDL package. The V-SystemA/HDL simula¬ 
tor from Model Technology features fast-direct compile 
technology, interactive source-level debugging, and 
accelerated VITAL support. It also fully conforms to the 
IEEE standard 1076 for VHDL language. 


Solutions 

Galileo may be purchased as a synthesis-only option. 
This solution comes with a single language reader: 
either VHDL or Verilog HDL, but a second language 
reader may be added. Customers who wish to add 
Model Technology’s VHDL simulator to a previously 
purchased Galileo solution must purchase it directly 
from Model Technology 

A full VHDL synthesis and simulation flow is available 
with the combined Galileo and V-System/VHDL solu¬ 
tion. This solution allows designers to perform high- 
level synthesis, pre- and postsynthesis functional verifi¬ 
cation, and full timing verification after place and route. 

Both the synthesis-only and synthesis-plus simulation 
solutions come with one year of product updates and 
hot-line support. Annual maintenance agreements are 
available for both solutions to extend support beyond 
the initial maintenance period. 


System Requirements 
Personal Computers 

■ Processor: 80486, Pentium, or Pentium-Pro based 
personal computers 

■ Operating environment: A4S-DOS 6.22 or 
Windows 3.1 x (enhanced mode) and Windows 95 
or Windows NT 3.5 or later 

■ Memory: 16 Mbytes minimum 

■ Storage: Hard disk drive with at least 100 Mbytes 
spare capacity 

■ Installation media: CD-ROM drive for Galileo, 3.5” 
disk drive for MTI’s V-SystemA/HDL 

Workstations 

■ Processor: SPARC-based Sun Microsystems work¬ 
station, or Hewlett-Packard 700 Series workstation 

■ Operating environment: SunOS 4.1 (or higher) or 
So/ar/s2.4 (or higher) and OpenWindows 3.0 or 
OSF/Motif 2 

m Memory: 16 Mbytes minimum 

■ Storage: Hard disk drive with at least 100 Mbytes 
spare capacity 

■ Installation media: 1/4” tape QIC 24 format and 
CD-ROM for Sun Workstations or 4 mm DAT for HP 
workstations 
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Ordering Information 

PC Solutions 


Part 

Description 

Part Number 

Comcode 

Synthesis Only 

Galileo (specify VHDL or Verilog HDL) 

OR-GALILEO-PC 

107740888 

VHDL Synthesis 
and Simulation 

Galileo and Mil’s V-SystemA/HDL 

OR-GALILEOMTI-PC 

107740862 

Additional Language 
Reader for Galileo 

Specify VHDL or Verilog HDL 

0R-GALILE02-PC 

107740839 

1 “Year Maintenance 
Contract 

Includes hot line support and product 
updates. 

OR-GALILEOMAIN-PC 

107740896 


Workstation Solutions 


Part 

Description 

Part Number 

Comcode 

Synthesis Only 

Galileo (specify VHDL or Verilog HDL) 

OR-GALILEO-WS 

107740821 

VHDL Synthesis 
and Simulation 

Galileo and Mil’s V-SystemA/HDL 

OR-GALILEOMII-WS 

107740870 

Additional Language 
Reader for Galileo 

Specify VHDL or Verilog HDL 

OR-GALILE02-WS 

107740847 

1 -Year Maintenance 
Contract 

Includes hot line support and product 
updates. 

OR-GALILEOMAIN-WS 

107740854 
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WorkView Office from Viewlogic Systems, Inc.: 
Integrated Schematics, Synthesis, and Simulation for ORCA FPGAs 


Features 

■ Supports the Windows NT and Windows 95 envi¬ 
ronments 

■ Provides schematics, simulation, and synthesis— 
all in an integrated design environment 


■ Supports simulation of an unlimited number of 
gates 

■ Graphical Design Manager controls design threads 

■ Optional mixed gate-level and VHDL simulation 

■ Supports netlist to/from WIR and EDIF 


SYNTHESIS FLOW 


SCHEMATIC FLOW 



Key: XX = PC (Personal Computer) or WS (Workstation). See ORCA Foundry Ordering Information. 


Figure 1. WorkView Office Flow 
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Overview 

WorkView Office is a complete suite of electronic 
design automation tools for ORCA FPGAs on the 
Windows 95 and Windows NT platforms. It offers 
designers the kind of design capability and high perfor¬ 
mance previously reserved for the UNIX platform. 
WorkView Office offers dynamic tools for schematic 
capture, gate-level simulation, VHDL Synthesis and 
debugging, waveform analysis, and VHDL simulation- 
all in an integrated design environment. When com¬ 
bined with the ORCA Foundry Development System, a 
powerful design environment is created that enables 
designers to speed their FPGA designs to market. 


ViewDraw 

ViewDraw is a design entry tool for graphics and text. It 
combines schematics, block diagrams, state diagrams, 
and VHDL entry methods. Hierarchical design is also 
possible for the modular representation of any design. 
Dynamic links with SpeedWave for Windows permits 
graphical design debugging. Support for object linking 
and embedding (OLE) automation and visual editing 
enables seamless integration with popular packages 
like Microsoft Word and Excel. 


ViewSim 

ViewSim is Viewlogids easy-to-use, high-performance, 
interactive, digital simulation system. With a powerful 
built-in graphical navigator, it allows the user to view a 
design hierarchically, navigating through schematic 
blocks with a click of a button. ViewSim is integrated 
into ViewTrace, which is a fully featured waveform dis¬ 
play method for digital simulation. ViewTrace enables 
the designer to review and measure the results of sim¬ 
ulation and also provides the ability to edit waveforms 
and to back-annotate to digital simulations. 

ViewSim also offers an optional cosimulation environ¬ 
ment with SpeedWave for the simulation of both gates 
and/EEE1076 VHDL 


ViewSynthesis 

Viewlogids ViewSynthesis improves productivity by 
synthesizing RTL-level specified designs into optimized 
implementations of ORCA FPGAs. Using VHDL, a 
designer can quickly create specifications at the RTL 
level without concern for the low-level logic compo¬ 
nents available in the Lucent ORCA macro library. 


ViewSynthesis supports the following VHDL features: 

■ Signals and variables of type Integer, bit, and bit 
vector 

■ Concurrent conditional signal assignments 

■ Multiple processes 

■ Clocked processes 

■ Combinational processes 

■ Built-In arithmetic 

■ Overloading for bit vector operators +, -, <, >, and = 

■ Description styles suitable for finite state machines 
permitting one-hot, sequential, and user-specified 
state encoding 

■ Generate statements 

■ Loop statements 

■ Asynchronous set/reset for registers, functions, and 
procedures 

■ Structural instantiation 

■ Optimal implementation of case settlement 

■ Support of std_logic and std_ulogic for /EEE 1164 


SpeedWave 

The optional SpeedWave simulator is a complete, 
easy-to-use, high-performance, interactive IEEE 1076 
VHDL simulation system. With its native VHDL source 
code debugger, this powerful tool allows for quick anal¬ 
ysis and debugging of complex designs. 

Like ViewSim, SpeedWave Is integrated with 
ViewTrace, a fully featured waveform display method 
for displaying digital simulation. The Speedl/Vave option 
also supports cosimulation with Viewlogids ViewSim 
for both gates and IEEE 1076 VHDL. This allows 
designs to mix gates and VHDL descriptions. 

SpeedWave includes Viewlogids VHDL debugger, a 
true source-level debugger that can display individual 
sections of each source-level statement, such as a sig¬ 
nal update or process execution. An expandable watch- 
point window is also available to allow the user to view 
anything in a design, whether it be a signal, VHDL vari¬ 
able, or event name. 
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Solutions 

Lucent Technologies offers two WorkView Office solu¬ 
tions: the Developer and the Expert. The WorkView 
Office Developer solution offers the following features: 
ViewDraw, ViewTrace, ViewSim (with unlimited gate 
simulations and full timing), and ViewSynthesis. 

Lucent’s WorkView Office Expert solution offers all of 
the features of the WorkView Office Developer solution 
plus the following: SpeedWave VHDL simulator, VHDL 
debugger, and mixed-level simulation. Mixed-level sim¬ 
ulation allows the designer to use both ViewSim and 
SpeedWave to simulate both gates and VHDL. 

For purchasers of the Developer solution, an upgrade 
option is available that adds the additional features of 
the Expert solution. 


Both the Developer and Expert solutions include one 
year of product updates and hot-line support—avail¬ 
able directly from Lucent Technologies. Annual mainte¬ 
nance agreements are also available that will extend 
product support beyond the initial one-year mainte¬ 
nance period. 

System Requirements 

■ Processor: 80486, Pentium, or Pentium-Pro based 
personal computers 

■ Operating environment: Windows 95 or Windows NT 
version 3.5 or later 

■ Memory: 16 Mbytes minimum 

■ Storage: Hard disk drive with at least 240 Mbytes 
spare capacity 

■ Installation media: 2x CD-ROM drive 


Ordering Information 


Part 

Description 

Part Number 

Comcode 

WorkView Office 
Developer Solution 

Features include ViewDraw, ViewSim, 
ViewSynthesis, and ViewTrace. 

OR-WVODEVELOPER-PC 

10780808 

WorkView Office 
Expert Solution 

Includes Developer solution features 
(listed above), plus SpeedWave, VHDL 
debugger, and mixed-level simulation. 

OR-WVOEXPERT-PC 

10780809 

Upgrade Option 

Upgrades Developer solution to Expert 
solution. 

OR-WVOUPGRDD2E-PC 

10783383 

1 -Year Maintenance 
Contract 

Provides hot line support and product 
updates. 

OR-WVOMAINT-PC 

10783384 


Lucent Technologies Inc. 


3-27 





WorkView Office from Viewlogic Systems, Inc. 


FPGA Data Book 


Notes 


3-28 


Lucent Technologies Inc. 




microelectronics group 


Lucent Technologies 

Bell Labs Innovations 



ORCA Series FPGAs Customer Solution Cores 


Introduction 

Customer Solution Cores (CSCs) are HDL descrip¬ 
tions of popular logic functions that enable FPGA 
designers to quickly and easily introduce prototype 
and production systems. These CSCs are designed 
to reduce development time and support design 
reuse among design teams so that designers can 
spend less time on low-level details and concentrate 
instead on higher-level, value-added features. 

These Verilog HDL and VHDL macrocells are linked 
to high-level synthesis and have been optimized to 
target our ORCA series of FPGAs. Tight coupling to 
third-party synthesis vendors through the ORCA Alli¬ 
ance for Synthesis guarantees compact, high-speed 
results. 


The following three CSCs are currently available: 

■ PCI Bus Target Interface 

■ PCI Bus Master Interface 

■ Parameterizable DSP FIR Filters 

Other popular CSCs are also in the implementation 
stage, including a USB (Universal Serial Bus) inter¬ 
face, other DSP functions, and popular networking 
applications, such as ATM. 
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ORCA Series FPGAs in PCi Bus Target Appiications 


Introduction 

This application note discusses a VHDL implementa¬ 
tion of a peripheral component interface (PCI) bus 
target controller. This target controller interfaces an 
add-on application to the PCI bus. Because it is 
implemented in VHDL, the code can be synthesized 
to the Lucent Technologies ORCA 2C Series high 
performance FPGAs. These FPGAs range in density 
from 3,500—40,000 gates and are now produced in 
0.35 |Lim and 0.5 |Lim, triple-layer metal CMOS pro¬ 
cesses. A feature analysis is also provided here that 
explains the rationale for using an ORCA device 
rather than another complex PLD or FPGA for a PCI 
bus design. The PCI bus target VHDL and a sample 
ATT2C15/OR2C15A/OR2T15A implementation are 
available from Lucent Technologies. 

Technical Challenges of a PCI Bus 
Design 

It generally requires 6—12 man months’develop¬ 
ment to implement a PCI bus interface in an add-on 
card design. This is in addition to the design work for 
the add-on’s main functions. One reason for this is 
the critical electrical specifications that must be met 
by the design. Because the PCI bus Is a high-speed, 
unterminated CMOS bus, the standard describes in 
detail the required I/O performance. The result is a 
set of critical parameters that almost no FPGA tech¬ 
nology can currently meet: 

■ ac output drive characteristics defined as l/V 
curves (equations given for minimum and maxi¬ 
mum drive current). 

■ Stringent Input specifications (10 pF, <70 nA leak¬ 
age current). 

■ Very high-speed performance: 

— Clock rate <33 MHz 

— 7 ns setup and 0 ns hold to system CLK 

— System clock to output valid delay: 11 ns 


■ Density and routability to handle 36-bit parity gen¬ 
eration and checking, configuration registers, 

36-bit input and output pipelines, and PCI bus 
control. 

■ Sufficient I/O count to handle 48 connections to the 
PCI bus and 70+ connections to the back end. 

This application note shows that the ORCA family of 
FPGAs meets these requirements and has other fea¬ 
tures essential to the success of a project of this 
scope. Additionally, the ORCA series is the FPGA 
family with a working VHDL model for a PCI bus tar¬ 
get. 


ORCA FPGAs Are PCI Compliant 

The ORCA ATT2Cxx/OR2CxxA/OR2TxxA Series 

allows designers to meet the PCI bus specifications 

with the following features: 

■ It meets the stringent I/O performance require¬ 
ments of the PCI bus. 

■ It meets the timing requirements of the PCI bus 
(33 MHz). 

■ It meets the input loading requirements of the PCI 
bus. 

■ It has sufficient density to allow this generic PCI 
bus target to be further enhanced by the end user. 

■ It is SRAM-based for ease of use in development. 

■ It has nibble-based PLCs that fit bus-oriented logic 
very well. 

■ Its PLCs can be used as 16 x 4 SRAM cells for 
internal memory requirements. 

■ It has JTAG boundary-scan capability. 

■ It can be designed using an HDL which will allow 
the design to be retargeted to a volume technology 
where appropriate. 

■ The timing of routing passes is repeatable. 
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PCI Bus Target Controller Features 

This implementation of the bus target controller sup¬ 
ports the following features: 

■ VHDL design, compliant with IEEE 1076 and 1076/ 
1164 Extensions on VHDL interoperability. 

■ 32-bit PCI target interface—designed to PCI bus 
standard, Rev 2.1. 

■ Full 32-bit I/O and memory spaces supported. 

■ Full-speed burst support (132 Mbytes/s) in memory 
space. 

■ Address and data parity generation and checking for 
I/O, memory, and configuration spaces. 

■ PCI interrupt support. 

■ Simple interface to back-end application. 

■ Full 1149.1 JTAG Boundary Scan (optional). 


■ PCI configuration space registers: 

— Device ID, vendor ID 

— Status, command 

— Class code, revision ID 

— Memory base address 

— I/O base address 

— Interrupt line 

— Interrupt pin 

The following features are not supported by this imple¬ 
mentation, but can be added by the user: 

■ 64-bit operation. 

■ Interrupt acknowledge or special cycles. 

■ Cache support. 

■ Exclusive access (lock). 

■ Master operation. 


PCI Bus Design Criteria 

This section provides background information on the 
PCI bus. It also contains detailed information relating to 
critical design parameters that influence the design, 
especially in the area of FPGA device selection. 


Description of the PCI Bus 

The PCI bus is an Interconnect for personal computer 
(PC) and add-on boards that provides substantial per¬ 
formance gains over the usual ISA or EISA expansion 
slots. Among these are the following: 

■ High bus bandwidth—132 Mbytes/s on a 33 MHz bus 
at full-burst speed. 

■ PCI bus-to-system bridges give add-on PCI bus 
masters a high bandwidth path to main memory. 

■ Cache and exclusive access support. 

■ Transparent upgrade paths to 64 bits (data and 
address) and 3.3 V operation. 

■ Full autoconfiguration of PCI add-ons through uni¬ 
formly defined configuration registers. Jumpers are 
not required to configure a system. 

■ Bus electrical specifications designed for direct drive 
by the FPGA or ASIC, eliminating the need for exter¬ 
nal bus drivers. This allows significant cost reduction 
because PCI interfacing can be designed into an 
add-on ASIC without MSI glue. 

■ The PCI bus is processor independent. It Is not an 
extension of a processor’s bus control scheme. This 
will extend the life of add-on designs. 

Typical PCI applications are add-on boards that require 
high-speed memory or I/O access, including LAN 
adapters, video adapters, hard drive controllers, and 
SCSI cards. Using the PCI bus allows system design¬ 
ers to implement critical system components on a high- 
bandwidth bus using low-cost ASIC components, 
enhancing system price/performance. For example, the 
PCI bus is the bus used in full-performance 
Pentium systems. 

There are three main types of devices that operate on 
the PCI bus: 

■ PCI Bus/System Bridge. Interfaces the PCI bus to 
the system processor, main memory, etc.This device 
can act as a PCI bus master. This includes arbitration 
for systems that allow multiple bus masters. 

■ PCI Bus Add-on Masters. Add-on devices that can 
operate the bus and may need access to other PCI 
add-ons or main memory on the system. 

■ PCI Bus Target-only Add-ons. Add-on devices that 
can only operate as targets. These devices respond 
to but do not initiate bus cycles. 

This implementation is a target-only device. 
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PCI Bus Signaling Method 

For ease of use, this section briefly describes the PCI 
bus transfer methodology. Refer to the PCI Bus Specifi¬ 
cation, Revision 2.0 for more detailed Information. 

(Note that the PCI bus standard uses “#” to Indicate 
low-true signals.) Table 1 gives a description of all I/O 
signals used In this implementation. 

Basics 

The PCI bus signals consist of a 32-bit multiplexed 
address/data bus (AD[31:00]) and control signals. The 
bus is synchronous (all bus devices assert and sample 
data using the bus clock). Most signals are tristate and 
bidirectional and will be driven only when a device is 
selected. The only purely input pins are CLK, IDSEL 
(slot select for configuration cycles), RST# (bus reset), 
and the JTAG interface pins (optional) TDI, TCK, and 
TMS.The only purely output pin is INTA#, which is 
defined as an open-drain signal. 

Signals Sent and Received By Targets 

In relation to a target-only device, some signals are 
input-only, since only masters will drive those signals.. 
These are FRAME# (sampled by all PCI bus devices to 
detect start and end of a transaction), IRDY# (initiator 
ready, used to assert master wait-states), and C/ 
BE[3:0]# (command/byte enables, used to classify 
transactions and identify active byte lanes for a trans¬ 
action). 


When it is the selected device (determined by address/ 
command decoded with base addresses and enable 
bits in the configuration registers), a target device will 
drive the signals DEVSEL# (indicates it has decoded 
and accepted the transaction), TRDY# (used to assert 
target wait-states), and STOP# (used to assert target- 
initiated transaction terminations). These signals are 
also driven during configuration cycles (master 
accesses of configuration register space) and interrupt 
acknowledge cycles (not supported in this implementa¬ 
tion). When both TRDY# and IRDY# are true, a data 
word Is clocked from sending to receiving device. In 
Figure 1, the signal directions are drawn to illustrate the 
bus from a target’s point of view. 

Special Tristate Considerations 

The FRAME# signal is sampled by bus targets to 
detect the start of a transaction. A master that starts a 
cycle samples DEVSEL# for a response, even though 
DEVSEL# is not driven until a device actually accepts 
the cycle. Therefore, some signals that are constantly 
sampled may also, at times, not be driven. The PCI bus 
defines these signals (FRAME# and DEVSEL#) in an 
“off” state with pull-ups. 



DEVSEL# 

TRDY# 

STOP# 

INTA# 


IREQ# 

TERMINA# 

RETRY# 

ABORT# 

BUSY# 


5-3991 (C) 


4-6 


Figure 1. PCI Pin Diagram 
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Table 1. PCI I/O Signals 


Name 

Type 

Description 

PCI Interface | 

CLK 

IN 

CLK provides the reference signal for all other PCI interface signals, except RST# and 
INTA#. The frequency of CLK ranges from dc to 33 MHz. 

RST# 

IN 

RST# is an input that initializes the FPGA’s PCI interface circuitry to a known state. 
When reset, the PCI output signals are 3-stated, and the open-drain signals, such as 
SERR#, are floated. 

AD[31:0] 

TS 

AD[31:0] are time-multiplexed address/data signals, with each bus transaction con¬ 
sisting of an address phase followed by one or more data phases. The FRAME# input 
signal identifies the start of an address phase. The data phases occur when IRDY# 
and TRDY# are both asserted. 

C/BE[3:0] 

TS (In) 

Command and byte enable inputs are multiplexed on CBE[3:0]. The bus command 
(Table 3) is indicated during the address phase of a bus cycle. The byte enables are 
active during the data phase of a bus transaction. 

PAR 

TS 

PAR is a 3-stated output of even parity calculated on the concatenation of the 

AD[31:0] and C/BE[3:0] fields. 

FRAME# 

S/T/S (in) 

FRAME# is an output from the current bus master that indicates the beginning and 
duration of a bus operation. When FRAME# is first asserted, the address and com¬ 
mand signals are present on AD[31:0] and C/BE[3:0]. FRAME# remains asserted dur¬ 
ing the data operation and is deasserted to identify the end of a data operation. 

IRDY# 

S/T/S (in) 

Initiate or ready is output by a bus master to a target to indicate that the bus master 
can complete a data operation. In write operations, IRDY# indicates that data is on 
AD[31:0]. 

DEVSEL# 

STT/S (out) 

Target asserts DEVSEL# as a decode acknowledge that address and bus commands 
are valid. 

TRDY# 

sms (out) 

Target ready is a target output that indicates that the current data operation can occur. 
In a read operation, TRDY# indicates that the target Is providing data on AD[31:0]. 

STOP# 

sms (out) 

STOP# is a target output that requests that the bus master stop the current transac¬ 
tion. 

IDSEL 

IN 

Initialization device select is a chip select for configuration read or write transactions. 

PERR# 

sms (out) 

Data parity error indicates parity error on a data operation. 

SERR# 

O/D 

SERR# indicates system error and address parity error. 

INTA# 

O/D 

Interrupt A is an active-low interrupt to the host. INTA# must be used for any single¬ 
function device requiring an interrupt capability. 

JTAG Signals | 

TCK 

I 

Test clock input used to clock test commands into TMS and test data into TDI. 

TMS 

I 

Test mode select is used to specify JTAG boundary-scan instruction or Lucent-defined 
instruction to execute. 

TDI 

I 

Test data input into boundary-scan register, instruction register, or programmable scan 
ring. 

TOO 

0 

Test data output from bypass register,! boundary-scan register, instruction register, or 
programmable scan ring. 
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Table 1. PCI I/O Signals (continued) 


Name 

Type 

Description 

Back-End Signals | 

LDI[31:0] 

I 

LDI[31:0] is a 32-bit input data bus from the back-end application. 

LDOR[31:0] 

0 

LDOR[31:0] is a multiplexed address/data bus to the back-end application. 

DATAVLD# 

o 

DATAVLD# is an active-low strobe. For write operations, DATAVLD# is used to indicate 
valid data on LDOR[31:0]. For read operations, the back-end application must provide 
valid data into LDI[31:0] on the cycle after it detects DATAVLD# low. 

ADDRVLD# 

0 

ADDRVLD# is an active-low strobe used to indicate a valid address on LDOR[31:0]. 

CLKOUT 

o 

CLKOUT is the buffered output of the PCI CLK input, and as such, ranges from dc to 
33 MHz. 

RESET# 

0 

RESET# is an active-low output that is the buffered output of the RST# input signal. It 
Is not synchronized to CLK. 

RD/WR# 

o 

RD/WR# is an output strobe used to specify a read operation when high, and a write 
operation when low. 

MEM-l/0# 

0 

MEM-l/0# is an output strobe used to specify a memory operation when high, and an 
I/O operation when low. 

IREQ# 

I 

IREQ# is an active-low signal from the back-end application used to request an inter¬ 
rupt. 

TERMINA# 

I 

TERMINA# is an active-low input from the back-end application used to terminate the 
data flow. 

RETRY# 

I 

RETRY# is an active-low input from the back-end application used to request that the 
master reattempt the bus transaction later. 

ABORT# 

I 

ABORT# is an active-low input from the back-end application used to request that the 
master abort the bus transaction. 

BUSY# 

I 

BUSY# is used by the add-on application to request wait-state(s). 


For this approach to work at speed (pull-ups mean slow 
rise times on open-drain or 3-state outputs), these sig¬ 
nals are defined as sustained tristate (s/t/s).This 
means that the PCI bus standard requires using one 
clock cycle to assert the signal false (high) before being 

3- stated. The standard also requires that any signal 
that is being released, such as the master releasing AD 
after asserting the address on a read operation, is 
given a full cycle to 3-state before another device can 
start driving it. This is a turnaround cycle and prevents 
contention on the bus. 

Two output signals, SERR# and INTA#, are defined as 
open-drain in the PCI standard. This is done by tying 
the signal to both the input of the tristate output buffer 
and the output enable, with the output enable active- 
low. 

Parity 

Each cycle asserted on the bus includes parity. Every 
device that transmits on AD[31:0] must also drive the 
PAR signal, including masters outputting the address. 
Since parity on the PCI bus is even, the sum of 
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AD[31 ;0], C/BE[3:0]#, and PAR must be even. The PAR 
bit lags the AD bus by one clock. 

Targets are not absolutely required to support parity 
checking, but if they do, a master must configure them 
to do so through the target’s command register. 


Table 2. PCI I/O Types 


Signal 

Type 

Function 

I 

Standard input. 

0 

Standard output. 

TS 

3-stated output or 3-stated bidirectional I/O. 

sms 

Sustained 3-state is an active-low signal that 
must be driven high for a minimum of one 
clock cycle before it is floated. This signal 
cannot be driven prior to one clock cycle after 
it has been released. A pull-up resistor is 
required to sustain the inactive state. 

O/D 

Open-drain output signals allow multiple out¬ 
puts to function as a wired-OR. 
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Address parity errors are signaled on the SERR# pin, 
and data parity errors are signaled on the PERR# pin. 
Parity errors lag the PAR bit by one clock, and thus the 
address or data by two clocks. 

Bus Commands 

The PCI bus has no read/write signals. Control signals 
are embedded in the command transmitted during the 
address phase of a cycle. However, a latched C/BE[0]# 
signal can be used as an RD#A/VR indicator. Table 3 
indicates which cycles are acknowledged by this imple¬ 
mentation and which are not. Note that Memory Read 
Line and Memory Read Multiple are mapped to (i.e., 
treated the same as) the standard Memory Read com¬ 
mand, and Memory Write and Invalidate is mapped to 
the standard Memory Write. This is in accordance with 
the standard for implementations that do not provide 
cache support. 

Interrupt acknowledge cycles are Ignored by this imple¬ 
mentation because such cycles are acknowledged only 
by the device that contains the interrupt controller. 
Since this is an add-on card implementation, this cycle 
is not needed. Special cycles are ignored because the 
specification requires all devices to ignore this type of 
cycle as far as overt acknowledgement In the form of 
asserting DEVSEL# is concerned. Special cycles are 
for broadcast messages from master to bus, and any 
receiving devices will capture the cycle as it goes by. 
This is easily added to any design, if needed. Dual 
address cycles are used for transferring 64-bit 
addresses, which are beyond the scope of this imple¬ 
mentation. 

The AD[1:0] signals affect how a target responds to a 
cycle. For example. If the I/O space implemented by 
the target doesn’t supply all 4 byte lanes, then the tar¬ 
get Issues a target abort when AD[1:0] and the follow¬ 
ing C/BE signals do not agree. A memory address 
asserted with AD[1:0] = 00b will use a linear increment 
burst, but if AD[1:0] = 1xb, it must disconnect after the 
first data phase. On configuration cycles, AD[1:0] = 00b 
indicates a regular configuration cycle and AD[1:0] = 

01 b indicates a cycle intended for a bridge to another 
PCI bus. Multifunction devices with several sets of con¬ 
figuration registers would also decode AD[10:8] on 
configuration cycles, but this implementation will ignore 
those bits since it does not implement multiple func¬ 
tions requiring multiple sets of configuration registers. 

Exclusive Access 

This implementation does not implement exclusive 
access, which allows a master to lock out other mas¬ 
ters from accessing a target. 


Table 3. PCI Bus Commands 


C/BE[3:0]# 

Command 

Support 

0000 

Interrupt Acknowledge 

Ignore 

0001 

Special Cycle 

Ignore 

0010 

I/O Read 

Yes 

0011 

I/O Write 

Yes 

0100 

Reserved 

Ignore 

0101 

Reserved 

Ignore 

0110 

Memory Read 

Yes 

0111 

Memory Write 

Yes 

1000 

Reserved 

Ignore 

1001 

Reserved 

Ignore 

1010 

Configuration Read 

Yes 

1011 

Configuration Write 

Yes 

1100 

Memory Read Multiple 

Yes 

1101 

Dual Address Cycle 

Ignore 

1110 

Memory Read Line 

Yes 

1111 

Memory Write/Invalidate 

Yes 


This feature is required if you implement system mem¬ 
ory. However, since this implementation is intended for 
add-ons, exclusive access is not needed, so it was not 
included. 

PCI Bus Cycle 

Figure 2 shows the timing of a basic single data phase 
PCI bus read cycle. FRAME# low indicates the start of 
a cycle. Targets latch the address and command on the 
clock edge where FRAME# is low and then start the 
decode. In the example given, FRAME# is deasserted 
and IRDY# is asserted immediately after the address 
phase, indicating that the master is ready for data. If 
the master needs more time, IRDY# is delayed and 
FRAME# is not deasserted until the clock before IRDY# 
goes true. If the following cycles were multiple data 
phases, FRAME# would remain asserted until the last 
data phase. 

A target that asserts DEVSEL# has accepted the trans¬ 
action. In Figure 2, DEVSEL# Is asserted at clock 4, 
and is sampled by the master on clock 5. This is "slow 
decode" timing. There are fast (DEVSEL# asserted on 
clock 2), medium (DEVSEL# asserted on clock 3), and 
slow (DEVSEL# asserted on clock 4) decode targets. If 
no DEVSEL# is detected by clock 5, a subtractive 
decode device may respond. Only one device on the 
bus can use subtractive decode, in which the decoding 
device accepts a transaction after detecting that no 
other device has asserted DEVSEL# by clock 5. This 
implementation Is a slow decode implementation. 
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Figure 2. Basic PCI Target Bus Read Cycie 
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Turnaround cycles are shown in the timing diagram. 
Because this is a read cycle, the master 3-states 
AD[31:0] on clock 2, when address is sampled. The tar¬ 
get drives AD[31:0] in clock 3. At the end of the cycle, 
the data is transferred on clock 8, when both TRDY# 
and IRDY# are true. On this edge, the target releases 
the AD bus (the data has been sampled by the master), 
and the master releases C/BE#. PAR is released by the 
target one clock later, as is DEVSEL#, TRDY#, and 
STOP#. They are driven high on clock 8, so the s/t/s 
requirement of driving the signal high for one clock 
before releasing it is met. Though shown in 3-state, 
IRDY#, TRDY#, DEVSEL#, and STOP# are actually 
high. As mentioned, pull-up resistors are used to keep 
s/t/s signals high. They are shown 3-stated to illustrate 
when devices start and stop driving the signals. 

PCI Bus Bursts 

Figure 3 illustrates a write operation burst. If both the 
master and the target support burst operations, the PCI 
bus can burst data at the clock speed, as shown. Note 
the timing of PERR#, two clocks after the data. Since 
PERR# can be either 0 or 1, the last data assertion on 
clock 9 cannot be the "last clock asserted high" cycle 
for sustained tristate. One more cycle must be applied 
high before PERR# can be released. This affects when 
devices on the next cycle are allowed to drive PERR#, 
shown here at clock 4. 

Target Termination 

The PCI bus provides a mechanism for targets to dis¬ 
connect cycles that it cannot support. The three types 
of termination are disconnect, retry request, and abort. 
An example of a use of termination is to halt a master’s 
attempt to burst when the target cannot support one. 
Targets disconnect by asserting STOP# synchronous 
with TRDY#. A retry request is initiated when STOP# is 
asserted with TRDY# deasserted.The master ends the 
current data phase without a data transfer occurring 
and may reattempt the transfer later. A target abort 
request is initiated when STOP# is asserted and 
DEVSEL# deasserted on the same clock edge. In a 
target abort, the target indicates to the master that the 
transaction should not be attempted again. 


Table 4. Target-Initiated Terminations 


Termina¬ 

tion 

DEVSEL# 

STOP# 

TRDY# 

Action 

Discon¬ 

nect 

assert 

assert 

assert 

End after cur¬ 
rent transac¬ 
tion. 

Retry 

assert 

assert 

deassert 

Data is not 
transferred. 
Retry trans¬ 
action later. 

Abort 

deassert 

assert 

don’t 

care 

Fatal error. 
Data is not 
transferred. 


PCI Bus Configuration Registers 

Uniformly defined configuration registers allow the PCI 
bus add-on cards to be configured by the system with¬ 
out requiring the end user to set jumpers. Configuration 
registers are accessed via normal PCI bus transaction 
cycles, but there is no throughput to the back-end 
application. Configuration cycles have their own com¬ 
mand code defined in Table 3. The target must detect 
IDSEL in order for it to accept the cycle. 

These configuration registers, shown in Figures 4 to 7, 
have the following functions: 

Address OOh—03h, 08h: Device, Revision, and Ven¬ 
dor ID Registers; Read-only registers with ID values 
that uniquely identify the device to the system and 
application software. The vendor ID identifies the man¬ 
ufacturer and is assigned by the PCI SIG.The device 
ID and revision ID are set by the manufacturer. 

Address 04h—05h: Command Registers; The com¬ 
mand register controls the device, enabling functions 
such as I/O space, memory space, parity error genera¬ 
tion, etc. 

Address 06h—7h: Status Register: The statgs register 
reports on basic capabilities, events, and errors. 

Address 09h—OBh: Class Code Register; Identifies 
the type of device to system and application software, 
with codes that are defined by the standard. 
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Address 10h: Memory Base Address Register: 

Allows system software to control the location of mem¬ 
ory and on read tells the system about the capabilities 
and requirements of the memory space. MBAR[0] is a 
read-only 0, indicating a memory BAR. MBAR[2:1] are 
read-only and set by the user (in VHDL) to indicate 
memory type. MBAR[3] is read-only and set by the 
user to indicate whether memory is prefetchable. 
MBAR[31:20] are read/write for the memory base 
address. 

Address 14h: I/O Base Address Register: Allows sys¬ 
tem software to control where the I/O space is located. 
IOBAR[1:0] are a read-only 01 b to indicate an I/O BAR. 
IOBAR[31:15] are read-only zeros. IOBAR[15:4] are 
read/write for the I/O base address. 

Address 3Ch—3Dh: Interrupt Line and Pin Regis¬ 
ters: Interrupt line register is used by system to define 
to which interrupt controller line the device is con¬ 
nected. This will probably be slot dependent. 

lnterrupt_Line[7:0] is an 8-bit read/write register. The 
interrupt pin register is read-only and indicates which 
PCI bus interrupt pin (INTA#, INTB#, INTC#, or INTO#) 
the device is using. This application uses INTA#, but 
could easily be changed if desired. 

Note that memory and I/O BARs return zeros In the 
unused address bits (bits that the address comparator 
doesn’t look at) so that the system can determine the 
size of the memory or I/O space by writing all Is to that 
register, reading it back and seeing how many zeros 
were forced by the add-on. 


Besides the registers, this block also contains two com¬ 
parators that will produce MEMHIT and lOHIT by com¬ 
paring the AQIR bus during the address phase with the 
outputs of the memory and I/O BAR registers. These 
values are part of the decode that causes DEVSEL# to 
go true and makes the state machine start the cycles 
that pass data across the AD bus. The memory space 
and I/O spaces are limited by the BAR registers and 
the size of \he address comparators. Currently, the 
memory BAR allows writes and does an address com¬ 
pare on the upper 12 bits of the address Input to it from 
the PCI bus. This corresponds to a 1 Mbyte memory 
size. The I/O BAR forces the upper 16 bits [31:16] to 0 
and allows writes only to bits [15:4]. This produces an 
I/O space size of 16 bytes and allows the back end to 
ignore the upper 16 bits of address for I/Os. These 
characteristics can easily be changed by the end 
designer, if required. 


PCI Bus I/O Drive Characteristics 

The PCI bus is defined as an unterminated CMOS bus. 
This means that steady-state current is very small, with 
almost all due to the pull-ups on control signals, and 
most current Is transient current. The drive characteris¬ 
tics for output drivers on the PCI bus are thoroughly 
defined for ac as well as dc conditions. A study of 
Section 4.2 of the PCI bus standard is required to 
select an FPGA for a PCI bus interface. 
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Figure 4. Configuration Registers 
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Figure 5. Command Register 
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RESERVED (RO) 

FAST BACK-TO-BACK (RO) 

DATA PARITY REPORTED (R/WC) 

DEVSEL# TIMING STATUS (RO) 

00 = FAST 
01 = MEDIUM 

10 = SLOW (THIS DEVICE) 

11 =RESERVED 

SIGNALED TARGET ABORT (R/WC) 
RECEIVED TARGET ABORT (R/WC) 
RECEIVED MASTER ABORT (R/WC) 
SIGNALED SYSTEM ERROR (R/WC) 
DETECTED PARITY ERROR (R/WC) 


5-3856(F) 


Figure 6. Status Register 


BASE ADDRESS REGISTER-MEMORY 



BASE ADDRESS REGISTER-l/0 



MEMORY SPACE 
INDICATOR (RO) 

TYPE (RO) 

00 = LOCATE ANYWHERE (32) 
01 = BELOW 1 Mbyte 
10 = LOCATE ANYWHERE (64) 
11=RESERVED 

PREFETCHABLE (RO) 

ZERO (RO) 

PROGRAMMABLE (R/W) 


I/O SPACE 
INDICATOR (RO) 
RESERVED (RO) 

ZERO (RO) 

PROGRAMMABLE (R/W) 


ZERO (RO) 


Figure 7. Base Address Registers 
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The specification of I/O drive characteristics for the PCI 
bus includes definition of the voltage/current relation¬ 
ship through the driver’s active switching range. In 
Figure 8, the ORCA output driver V/l curve is super¬ 
imposed over the V/l specification for the PCI bus. 
Many vendors do not provide this data for their drivers, 
or the devices do not meet the specification. 

The specification also includes device protection 
requirements. These relate directly to the unterminated 
environment and require inputs to handle transients 
from signal reflections. The specification requires the 
inputs to withstand an 11 V, 11 ns transient pulse (5.5 V 
overshoot) and a -5.5 V, 11 ns input undershoot. 

While the PCI specification supports driving the bus 
directly with ASICs and FPGAs, this requires attention 
to details by the designer. Some FPGA technologies 
meet the specification, but most do not. For reference, 
PCI bus 5 V signaling dc and ac requirements as well 
as the ORCA 2C family associated values are indicated 
in Tables 5 and 6. 


PCI Bus Timing Requirements 

The PCI clock cycle is defined in Figure 3, with param¬ 
eter values given in Table 7. To operate at 33 MHz, the 
period cannot exceed 30 ns. In the ORCA series, regis¬ 
ters are located in programmable logic cells (PLCs).To 
meet input timing requirements, the ORCA 2C Series 
provides direct inputs to registers, located in the PLCs, 
from I/O pads. To meet output timing requirements, 
direct outputs to pads are available from registers in the 
PLCs to I/O pads. 

An effective placement of logic in critical timing paths is 
essential to meeting PCI timing requirements. The 
ORCA layout tools allow timing to be specified in what 
is called a preference file. Excerpts of the preference 
file, pci.prf, define the critical setup, hold time, and 
propagation delay requirements. 

r CLK FREQUENCY V 
FREQUENCY NET CLK 33.0000 MHz; 

/* PROP DELAY V 

OFFSET OUT COMP “AD<0>” 11.0 NS AFTER COMP 
“CLK”; 

/* SETUP TIME */ 

.OFFSET IN COMP AD<0> 7.000 NS BEFORE COMP 
“CLK”; 


The preference file is also used as input into the ORCA 
Foundry TRACE static timing analysis tool to identify 
critical paths to analyze. An example of the timing anal¬ 
ysis report file pci.twr is given below. 


Design file: pci.ncd 

Preference file: pci.prf 

Device, speed: att2c06,3 

Report level: error report, limited to 3 items per 

preference 


Preference: FREQUENCY NET "manual_CLK" 
33.000000 MHz;8546 items scored, 0 timing errors 
detected. 


Report: 37.594 MHz is the maximum frequency for 
this preference. 


Preference: OFFSET IN COMP "CBEN<0>'‘ 

7.000000 ns BEFORE COMP "CLK";17 items scored, 
0 timing errors detected. 


In the ORCA series, speed grades are designated 
using single-digit prefixes, with faster devices desig¬ 
nated by higher numbers. A -3 speed grade is needed 
to meet the PCI requirements. 


The two methods used to verify that the VHDL code 
meets PCI timing requirements are static timing analy¬ 
sis and timing simulation. 
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Table 5. PCI Bus I/O dc Specification 


Symbol 

Parameter 

PCI Specification 

ORCA 2C 

Unit 

Min 

Max 

Min 

Max 

Vdd 

Supply Voltage 

4.75 

5.25 

4.75 

5.25 

V 

VIH 

Input High Voltage 

2.0 

Vdd + 0.5 

2.0 

Vdd + 0.5 

V 

VIL 

Input Low Voltage 

-0.5 

0.8 

-0.5 

0.8 

V 

IlH 

Input High Leakage Current 

— 

70 

— 

10 

^lA 

IlL 

Input Low Leakage Current 

— 

-70 

— 

-10 

pA 

VOH 

Output High Voltage 

2.4 

— 

2.4 

— 

V 

VOL 

Output Low Voltage 

— 

0.55 

— 

0.4 

V 

CIN* 

Input Pin Capacitance 

— 

10 

— 

7 

pF 

CCLK* 

Clock Pin Capacitance 

5 

12 

— 

7 

PF 

ClDSEL* 

IDSEL Pin Capacitance 

— 

8 

— 

7 

pF 

Lpin 

Pin Inductance 

— 

20 

— 

t 

nH 


* Parameter met by ORCA but not most other FPGA families. 

t This value depends on the package used. Please see the FPGA Data Book {MN95-001 FPGA). 


Table 6. PCI Bus I/O ac Specification 


Symbol 

Parameter 

Condition 

PCI Specification 

ORCA 2C 

Unit 

Min 

Max 

Min 

Max 

lOH 

ac Switching 
Current High* 

0 < Vout < l .4 

-44 

— 

-47 

— 

mA 

1.4 < Vout < 2.4 

-44 + (Vout - 1.4)/0.024 

m 

> 

-4 

See Fig. 8. 

See Fig. 8. 

mA 

Vout = 3.1 

— 

-142 

— 

-84 

mA 

lOL 

ac Switching 
Current Low* 

Vout > 2.2 

95 

— 

104 

— 

mA 

2.2 > Vout >0.55 

VoUT/0.023 

Eq. Bt 

See Fig. 8. 

See Fig. 8. 

mA 

Vout = 0.71 

— 

206 

— 

116 

mA 

ICL 

Low Clamp 
Current 

-5 < ViN < -1 

-25 + (Vin + 1)/0.015 

— 

Complies 

— 

mA 

Tr 

Output Rise Time 

0.4 V-2.4 V 

1 

5^ 

3.1 

6.4 

V/ns 

Tf 

Output Fall Time 

2.4 V-0.4 V 

1 

5^ 

4.2 

9.7 

V/ns 


* Parameter met by ORCA but not most other FPGA families. 

t Eq. A: lOH (max) = 11.0 x (Vout - 5.25) x (Vout + 2.45), Eq. B: Iol (max) = 78.5 x Vout x (4.4 - Vout). 
i A guideline only. See PCI Standard, Revision 2.0 p., 89—91. 


Table 7. PCI Bus I/O Timing Specification 


Symbol 

Parameter 

PCI Spec 

ORCA 2C 

Unit 

Min 

Max 

Min 

Max 

Tval 

Clock to Data Valid* 

2 

11 

— 

<10.8 

ns 

Ton 

Float to Active Delay 

2 

— 

— 

— 

ns 

Toff 

Active to Float Delay 

— 

28 

— 

<28 

ns 

Tsu 

Input Setup Time* (ATT2C26) 

7 

— 

<5 

— 

ns 

Th 

Input Hold Time* 

0 

— 

0 

— 

ns 

Tcuc 

Clock Cycle Time* 

30 

— 

<30 


ns 

Thigh 

Clock High Time 

12 

— 

<12 

— 

ns 

Tlow 

Clock Low Time 

12 

—- 

<12 

— 

V/ns 


* Parameter met by ORCA but not most other FPGA families. 
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The pci.prf specifies a setup time of 7 ns and a hold 
time of 0 ns for all PCI Input signals. In order to guaran¬ 
tee the 0 ns hold time, the input buffers are placed Into 
a delayed input mode. This still allows the setup time of 
7 ns to be met for all ORCA 2C devices (the ATT2C15- 
3 has a system setup time of less than 4.7 ns, for 
example). 

A clock to output valid delay (generally 11 ns) is speci¬ 
fied in the pci.prf file for all PCI outputs as well. This is a 
specification from the system CLK input pin to FFs to 
output pins that have a 50 pF load. All ORCA devices 
meet this 11 ns specification. 

other PCI Bus Requirements 

The Standard specifies a maximum trace length of 
1.5 in. from card edge connector to the PCI device pins 
for all 32-bit signals. If the optional 64-bit bus is used, 
the trace length maximum is 2.0 in. The clock must 
have a total trace length of 2.5 ±0.1 in. Since there are 
47 to 49 signals interfacing to the PCI connector, the 
number of devices should be the minimum. While It 
might be possible to use two devices co-located adja¬ 
cent to the PCI connector, this is generally not an effec¬ 
tive use of PCB space. Also, the standard requires that 
only one device load be placed on any signal on the 
PCI bus. For example, a separate address and data 
path cannot be used. Most applications should use a 
single, high pin count device, such as the 208-pin 
SQFR 

Though not in the scope of this application note, the 
PCI bus has mechanical and software requirements in 
addition to the electrical specifications addressed here. 


Technology Selection 

This section discusses the criteria for the selection of a 
device for the PCI bus target implementation. In this 
analysis, gate array, or standard-cell, technologies are 
not evaluated, although the ability to retarget the 
design to a low-cost ASIC is a consideration. Only 
complex programmable logic devices and FPGAs are 
evaluated in this analysis. 


General Considerations 

Besides PCI bus compliance, this analysis reviews 
general Issues that affect the suitability of a part. 

Density 

This design provides the interface between the PCI bus 
and the back-bnd application. The density of the 2C 
Series FPGAs allows large application-specific func¬ 
tionality to be added. Although the 2C08 has been 
used to implement the design, there are currently 
ORCA devices available with >26,000 gates, allowing 
greater than two-thirds of the logic to be application- 
specific. 

Tools 

The availability of VHDL source code allows synthesis 
using several CAE vendors’VHDL synthesis tools. 

Functional and Repeatable Routing 

This is a qualitative evaluation of a programmable ICs 
suitability for timing critical design. If the routing’s effect 
on timing delays is not repeatable, then timing require¬ 
ments may not be met consistently. 


PCI Bus Parameters to Support 

Critical PCI bus parameters that the device must sup¬ 
port are as follows: 

■ Complies with output V/l curve 

■ Complies with input buffer requirements: 10 pF, 

<70 |iA leakage current 

■ Input setup time: 7 ns 

■ Input hold time: 0 ns 

■ Clock to output valid delay: 2 ns—11 ns 

■ Fmax: 33 MHz 

Structurally, the device needs input buffers with one 
load on any signal. For example, AD[31:0] is input to 
both an address latch and to parity generation and 
check circuitry. This must appear as one load to the 
bus. Also, there needs to be the ability to control the 
output enables of output buffers with relatively complex 
combinatorial circuitry. 
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Technology Selection (continued) 

FPGA Competitive Analysis 

Several FPGA families were analyzed for suitability for 
this design. Some were omitted because their I/Os 
didn’t meet the PCI bus specifications; others, because 
they didn’t meet the density requirements. The ORCA 
Series FPGAs meet the specifications, are available, 
and have the highest gate count of any FPGA on the 
market. Other ORCA features are the following: 

■ Same pinout for all devices from the ATT2C04 to the 
ATT2C40 allows package selection based on design 
requirements. Upgrading to a larger ORCA series 
FPGA has no impact on pinout. This allows the 
designer to layout the PCB sooner. An added bonus 
Is that a working pinout for the PCI bus is provided 
with this design, allowing the designer to start board 
layout even sooner. 

■ Nibble orientation of PLCs lends itself well to pro¬ 
cessing 32-bit buses. 

■ The look-up tables (LUTs) in the PLCs can be used 
as static RAM. This is useful for configuration regis¬ 
ters, Internal FIFOs, and/or RAM. Each PLC can be 
a 16x4 RAM. 

■ Boundary-scan (JTAG//EEE 1149.1) capability can 
be connected to PCI bus JTAG pins. 

■ The reconfigurability of an SRAM-based FPGA lends 
itself to product development cost control because 
money can be used up in other technologies by 
throwing away experiments that don’t work. 


VHDL Implementation 

In this section, the Important characteristics of the 
VHDL implementation as they relate to PCI bus fea¬ 
tures and performance are discussed. In other words, 
the design is emphasized, not the VHDL. This Informa¬ 
tion is fundamentally no different than if the design is 
implemented using Verilog (also available from Lucent 
Technologies), equations, or a schematic editor. For 
details on how to use the VHDL, see the PCI Bus Tar¬ 
get VHDL Source Code Manual (MN96-018FPGA). 
Figure 9 is a detailed block diagram of this implementa¬ 
tion and should be referred to when reading this sec¬ 
tion. 


Back-End Signals and Data Path Flow 

The purpose of this design Is to interface the PCI bus to 
the user’s back-end application. The signals provided 
to the back-end application are given In Table 1. 

Write data and address is transmitted out LDOR[31:0], 
and read data is input LDI[31:0]. In this application, a 
bidirectional data bus for the back end Is not provided. 

If bidirectional I/Os are needed, they can be added. 

The timing of the control signals TERMINA#, RETRY#, 
ABORT#, and BUSY# will be shown later. TERMINA# 
is used by the back end to signal when to end a burst 
transaction. One use of this signal is to stop a burst that 
is about to cross an end-of-memory boundary. Another 
use is to enforce single data phases if the back-end 
application cannot support bursts. Note that the con¬ 
troller Implementation enforces single data phases on 
configuration cycles, without the back end asserting 
TERMINA#. TERMINA# allows the application to do 
the same. 

If the target terminates the burst attempt correctly, the 
master, when appropriate, advances the address and 
tries again. For the scenario when the burst steps 
across an end-of-memory boundary, the new attempt 
results in either another PCI bus device accepting the 
access, or the master generating a master abort 
because of a time-out on a DEVSEL# response. 

RETRY# Is similar to TERMINA#, except that instead of 
asserting STOP# on the last data phase, the controller 
asserts it afterwards. This type of termination will result 
in the master attempting to read the address again. 

The timing requirements of these two signals are 
somewhat different. 

ABORT# Is used by the back-end application to signal 
a catastrophic failure on the part of the back-end appli¬ 
cation. This type of termination indicates to the master 
that the target has concluded that it is incapable of per¬ 
forming the transaction it originally accepted. This 
response is required if the target detects an error in the 
signals asserted by the master. In most add-on appli¬ 
cations, this signal probably will not be implemented by 
a back-end application, but it is provided In case there 
is a need. 

BUSY# Is used by the back end to request that the con¬ 
troller assert TRDY# wait-states in the transaction. The 
target must respond within eight clocks, or the master 
will generate a master abort. If the application needs 
more time, a retry terminate is the correct way to han¬ 
dle the pause. 
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VHDL Implementation (continued) 

The VHDL code includes a burst address counter for 
use with SRAM. The application may require different 
functionality than what Is provided, so the user can 
remove or modify this address counter if desired. If the 
address Increments beyond the end of memory during 
burst mode, the target will disconnect. 

The timing for read and write operations is relatively 
simple. Figure 10 shows the back-end signals for a sin¬ 
gle data phase read. Figure 11 shows a multiple data 
phase write operation. Both figures include the 
required back-end signals. 


Write Operations 

A register (INPUT REG) receives data from the AD and 
C/BE# buses and latches in the signals on each clock 
edge, resulting in a registered input bus for AD 
(ADIR[31:0]) and C/BE (CBER[3:0]).The ADIR bus and 
CBER bus are used for address decode and parity 
generation. ADIR is also one step in the pipeline that 
writes to the back end. This Is implemented as a two- 
register pipeline: 

INPUT REG (ADIR[31:0] ^ WRITE DATA OUTPUT 
REGISTER (LDOR[31:0]. 

The first phase in this pipe will be the address. Observe 
in Figure 11 on the multiphase write that LDOR data 
comes out of the controller two clocks after the data is 
sampled. For example, the D1 phase is clocked into the 
controller on clock 6 and shows up on LDOR on clock 7 
and Is clocked by the back end on clock 8. If the master 
imposes wait-states (IRDY# asserted), then DATAVLD# 
will reflect this and will be deasserted in accordance 
with the pipeline. 

This is shown in the timing diagram in Figure 9, where 
IRDY# is deasserted on clock 6 and DATAVLD# is 
forced deasserted on clock 7. 


Read Operations 

For a read operation, master-imposed wait-states are 
possible. This requires the addition of a holding register 
for read operations. 

The controller’s output to AD[31 ;0] Is from the OUTPUT 
REG, ADOR[31:0], which is fed by the readback multi¬ 
plexer. 


The possible outputs from the controller, selected with 
the readback multiplexer, are as follows: 

■ Local data input register LDIR[3T.O] 

■ Local data delayed input register LDIRDLY[31:0] 

■ Device/vendor ID register 

■ Status/command register 

■ Class code/revision ID register 

■ Interrupt line and pin register 

■ I/O base address register (lOBAR) 

■ Memory base address register (MBAR) 

The read data path from the back end is either a two- 
or three-register pipeline: 

LDIR[31:0] -> LDRDLY[31:0] ADOR[31:0] 

or 

LDIR[31:0]^ADOR[31:0} 

The holding register is normally not needed, unless 
there are master-imposed wait-states. As shown in Fig¬ 
ure 10, the state of the LDIR[31:0], LDIRDLY[31:0], and 
ADOR[31:0] registered buses Illustrate the need for a 
holding register when there are IRDY#-imposed wait- 
states. In this example, the pipeline is filled with data at 
the beginning of the cycle. Initially, only two stages of 
the pipeline (both LDIR[31:0] and LDIRDLY[31:0] pro¬ 
vide data to the readback multiplexer) are used, so D1 
arrives at LDI on clock 7 and Is output by the controller 
on clock 9. IRDY# is then sampled as deasserted on 
clock 9. The back-end logic is allowed one clock cycle 
to respond to DATAVLD#. (If DATAVLD# Is asserted on 
clock N, data is clocked in at N + 2, giving the back-end 
clock N + 1 to sample DATAVLD# true.) DATAVLD# Is 
then deasserted on clock 10. The back end doesn’t 
start holding the data stream until clock 11. The result 
is that D2 would be overwritten by D3 without a holding 
register; thus one has been provided (note that ADOR 
and the AD bus are the same for the data phases of 
this cycle). 

More than one holding register is required If the mem¬ 
ory In use in not prefetchable (like a FIFO). This is 
needed to hold prefetched contents for the next read 
cycle. Some changes in the control state machines will 
be required to support this. It must be able to detect the 
condition when data in the pipeline must be used as 
valid data. Besides LDOR[31:0], ADIR[31:0] is routed 
to the parity checking mechanism, the configuration 
register inputs, and the address comparators for mem¬ 
ory and I/O decode. 
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Figure 9. Detailed VHDL Target Block Diagram 
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VHDL Implementation (continued) 



Figure 10. PCI Bus Single-Phase Read with Back-End Signals 
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Figure 11. PCI Bus Multiphase Write with Back-End Signals 
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Back-End Handshake Signal Timing 

Figures 12,13, and 14 provide timing diagrams for write operations with back-end handshaking. They show that 
BUSY#, TERMINA#, and RETRY# must arrive well In advance of related events on the back end. 

For example, to assert a BUSY# wait-state on D2, BUSY# must be asserted one clock before D2 on the D1 sam¬ 
pling edge. This is four clocks ahead of the clock that would have sampled D2 on the back-end side, if no wait-state 
had been asserted. The same holds true for TERMINA# (to disconnect) and RETRY#. Because there is a two- 
stage pipeline between the PCI bus and the back end, the back-end circuitry must anticipate wait-state or busy 
requirements in order to properly hold off the master. 

One of the side effects of the currently designed timing Is that RETRY# cannot be applied to the first (DO) data 
phase. Some options are the following: 

■ Ignore if there Is no need for back-end wait-states or disconnects on write operations. 

■ Ignore if wait-states or disconnect requirements can be anticipated in the back-end design. 

■ Add wait-states to all write data phases to give the controller time to respond to back-end events. This involves 
changing the controller design. 

■ Put the back-end wait-state/termlnate circuitry in the ORCA Series FPGA design so it can respond faster. 

■ Add a holding register to the write pipeline and a multiplexer to the input of the last output in the pipe. 

■ Some applications may be able to respond to pipelined data after the master goes away, so this is not a problem. 
For more detailed timing diagrams, please see the PCI Bus Target VHDL Source Code Manual (MN96-018FPGA). 


Lucent Technologies Inc. 


4-25 



ORCA FPGAs in PCI Bus Target Applications 


FPGA Data Book 


VHDL Implementation (continued) 



Figure 12. Read Cycle with BUSY#-lmposed Wait-State 
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VHDL Implementation (continued) 



Figure 13. Read Cycle withTERMINATE#-lmposed Disconnect 
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Figure 14. Read Cycle with Retry 
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Parity Checking 

ADIR[31:0] and CBER[3:0] are routed to a parity 
checker. The output of the parity checker is XORed 
with the PAR bit, which is input on the clock following 
the address or data. The result is ANDed with the parity 
enable bit from the command register and is routed to 
the output register. The PERR# signal or SERR# signal 
is then clocked out of the parity register, depending on 
whether this Is the address phase or a data phase. 


Parity Generation 

For read operations, parity is generated and routed to 
the output register that asserts the PAR signal. 
CBE[3:0], not CBER[3:0], is used in the generation of 
parity. Using CBER[3:0] would give the CBE value for 
the wrong cycle. 

Target State Machine 

Detailed understanding of the PCI bus control mecha¬ 
nism requires reading the VHDL code, whose function 
is summarized here. 

The control mechanism must assert the following sig¬ 
nals: 

■ PCI bus control output enables (OE) for DEVSEL#, 
TRDY#, and STOP# 

■ AD bus output enable 

■ PAR output enable 

■ PERR# and SERR# output enable 

■ DEVSEL#, TRDY#, and STOP# 

■ ADDRVLD#, DATAVLD#, RD/WR#, MEM/IO# 

Control OE.The output enable for DEVSEL#, TRDY#, 
and STOP# must turn on when the state machine has 
decided to accept a cycle. This occurs when the state 
machine detects MEMHIT and a memory cycle, lOHIT 
and an lO cycle, or a configuration cycle and IDSEL. 
The drive is turned off one cycle after FRAME# is deas- 
serted with IRDY# asserted, which is a unique combi¬ 
nation that always means the end of a transaction. 

AD Bus OE.The output enable for the AD bus is 
turned on when the cycle is a read (CBE[0] = 0), one 
clock after the control OE is turned on. It is turned off 
when the clock edge FRAME# is first detected deas- 
serted with IRDY# low. 


Target Terminations Revisited 

PAR OE: This signal follows the AD bus OE by one 
clock cycle. 

PERR# OE.: This signal follows the controls OE by two 
clock cycles. 

DEVSEL#: This signal goes true one cycle after the 
control OE is asserted, and goes false on the edge that 
FRAME# Is deasserted with IRDY# asserted, or when 
ABORT# Is asserted by the back end. 

TRDY#: A number of conditions define the assertion or 
deassertion of TRDY#: 

On read operations, the pipeline must be filled with 
data, and BUSY# is sampled to ensure that data in the 
pipeline is valid. Once the pipe is full, and as long as 
the back end is not holding off with BUSY# asserted, 
TRDY# is asserted until the master deasserts 
FRAME#. On the next cycle, TRDY# should be deas¬ 
serted. If the back end does assert BUSY#, TRDY# Is 
deasserted until valid data can be fetched from the 
pipe. In this context, TRDY# is based on pipelining 
BUSY# with the data. 

On write operations, BUSY# doesn’t affect TRDY# until 
the pipeline is being filled. Until then, TRDY# can be 
asserted. TRDY# is asserted with DEVSEL# on write 
operations and is not deasserted until FRAME# is 
deasserted, or the back end asserts BUSY#. 

In all cases, the TRDY# state machine samples STOP# 
for a terminate data phase. Since STOP# is used to ter¬ 
minate single-phase transactions to the configuration 
registers, TRDY# must be able to handle STOP# on the 
first data phase. 

STOP#. This signal is asserted only when the back-end 
signals a terminate with either the TERMINA# or 
RETRY# pins, or when the state machine suppresses 
burst activity on I/O and configuration cycles. If TER¬ 
MINA# Is signaled, STOP# Is asserted on the next data 
phase and deasserted after FRAME# is deasserted. If 
RETRY# is asserted, STOP# is asserted whether there 
is a data phase or not. Presumably RETRY# is not 
asserted unless BUSY# is already in operation and has 
shut TRDY# off. STOP# is also asserted when 
ABORT# has been asserted. 

ADDRVLD#. This signal is a FRAME# high-to-low tran¬ 
sition with lOHIT or MEMHIT, delayed by two clocks, 
with a duration of one clock. 
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DATAVLD#: This signal interacts with BUSY# and 
IRDY#. On write operations, as data is transferred 
down the pipe, DATAVLD# must reflect when the pipe 
doesn’t get new data from the master. It can be IRDY# 
attached as a 33rd bit to the write pipeline, in much the 
same way that BUSY# controls TRDY# on read opera¬ 
tions. 

On read operations, DATAVLD# is the AND of the con¬ 
trol OE and IRDY#. Qualifying with memory access 
cycles so that DATAVLD# is asserted for only one cycle 
ensures that I/O cycles do not prefetch. DATAVLD# Is 
always limited to I/O and MEMORY cycles involving 
back-end accesses. 

RD/WR#: This signal is registered command register 
bit 0 and can be preserved until the next command is 
latched in. 

MEM/I/O#: This signal is registered command register 
bit 2 and can be preserved until the next command is 
latched in. 


Interrupt Support 

There Is no timing definition for the interrupt pin on the 
PCI bus. The IRQ# signal is synchronized with the 
clock and retransmitted. No mechanism is provided to 
turn off the interrupt. This can be done on- or off-chip 
by the designer. Off-chip, the capability should be 
mapped Into the I/O space. Alternately, a configuration 
register bit could be added, and a signal used to dis¬ 
able the interrupt routed to the back-end circuitry. 


Caveats and Suggestions 

Some functions not included in this design are dis¬ 
cussed here. 

16/8-Bit I/O Support: The I/O is implemented as 32-bit 
I/O. To implement 16- or 8-bit I/O, AD[1:0] is sampled, 
and the target aborts if the AD[1:0] and the byte 
enables asserted for the data phase do not match. 
While this isn’t difficult to Implement, requiring addi¬ 
tional address decode on a data phase, the test vector 
permutations are complex. 

Byte Enables: Byte enables are usually useful only on 
write operations. They are not included in the interface 
to the back end, but can be added. The pipeline is 
36-bit instead of a 32-bit, and are added as an extra 
4 data bits in the pipeline. 


Extra Holding Registers. If FIFOs are the target of 
burst read operations, additional holding registers are 
required since the controller has to prefetch consider¬ 
ably ahead of the data stream because of the pipeline 
requirements. 

Design Verification Requirements 

The PCI SIG defines the verification process for PCI 
bus designs in their PCI compliance checklist. We have 
taken the requirements described in that document and 
created our simulation vectors around the checklist and 
the timing requirements of the PCI bus. 

Generic Test Parameters and the 
Compliance Checklist 

Below is a summary of the checklist categories. The 
scenarios for features that we do not support have 
been lined through because we have no simulation 
vectors for those scenarios. This is per the compliance 
checklist rules. 

2t 4^ Targ e t-r o e e pt i on of an i nt e rrupt acknow le dg e 
cyc ler 

2r2f Targ e t r e c e pt i on of a sp e c i a l cyc le . 

2r3f Targ e t r e c e pt i on of addr e ss and par i ty e rrors on 
a sp e cia l cyc le . 

2.4: Target reception of I/O cycles with legal and ille¬ 
gal byte enables. 

2.5: Target ignores reserved commands. 

2.6: Target receives configuration cycles. 

2.7: Target receives I/O cycles with address and data 
parity errors. 

2.8: Target gets configuration cycles with address and 
data parity errors. 

2.9: Target receives memory cycles. 

2.10: Target gets memory cycles with address and 
data parity errors. 

2.11: Target gets fast back-to-back cycles (same target 
writes only). 

2.12: Targ e t p e rforms e xc l us i v e acc ess- cyc le s. 

2.13: Target gets cycles with IRDY used for data step¬ 
ping. 
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The scenarios excluded in this list assume that this 
implementation doesn’t support the following target 
features/cycle types: 

■ Interrupt acknowledge 

■ Cache support 

■ Special cycles 

■ 64-bit address/data 

■ Exclusive access (lock) 

■ Any master features 

Parameters Common to All the Tests 

Bus speed: All tests are specified for a bus running 
with a 30 ns clock cycle (33.333 MHz). 

Clock related timing requirements: All vectors are 
specified to test for parameters relative to the clock. 

Inputs: t_su = 7 ns, t_hold = 0 ns. 

Outputs: t_valid min = 2 ns, max = 11 ns, t_off max = 
28 ns, t_on min = 2 ns 

Since all the timing of this bus Is oriented to the bus 
clock, all the test vectors will also be oriented. For each 
clock, there will be signals asserted by the simulation, 
which should be timed to challenge the input setup and 
hold times, and outputs from the PCI bus target model, 
which should be tested for compliance with the output 
timing parameters (usually t_val min and max). 

Structure of timing model for PCI-SIG specified test 
scenarios: Any particular set of vectors that tests both 
setup and hold parameters on the inputs must assert 
unrealistic waveforms that change state shortly before 
the clock edge and immediately after it. 

For this reason, all test vectors for the PCI-SIG defined 
test scenarios will be structured as follows for each 
clock/edge: 

@ elk?/-7 ns, assert simulation inputs 
@ elk? /+11 ns, test for model output 

The following is performed when dealing with signal 
release (allowing asserted signals to float): 

@ elk2/+ 0 ns release AD[31:00] (reads only) 

@ elk3/+ 0 ns release PAR (reads only) 

Note: elk2 is the clock edge where FRAME# is first 
sampled low and the transaction truly begins. 
Address is sampled on this clock. "Asserted" 
signals are those asserted by the simulation 
(e.g., the "stimulus"). 


AD[31:00] and PAR are left hiZ (released) until 7 ns 
before the clock edge they are first supposed to be 
driven on. FRAME# and IRDY# are never released by 
the simulation because they are s/t/s and always 
appear high to the device inputs. 

Tests for hIZ outputs will occur as follows: 

(following block only for full timing test, challenges the 
t_on min parameter of 2 ns) 

@ elk2/+2 ns DEVSELff, TRDY#, STOP# s/b hiZ 
@ elk3/+2 ns AD[31:00] s/b hiZ (on reads) 

@ elk4/+2ns PAR s/b hiZ (on reads) 

@ elks/+2 ns PERR# s/b hiZ(on writes) 

(following block is used on all the test scenarios defined 
by PCI-SIG, tests t_off max of 28 ns) 

@ elkf/+1elk+28 ns DEVSEL#, TRDY#, & STOP# s/b 
hiZ 

@ elkf/+28 ns AD[31:00] s/b hiZ (on reads) 

@ elkf/+1elk+28 ns PAR s/b hiZ (on reads) 

@ elkf /+2elks+28 ns PERR# s/b hiZ (on writes) 

Note: c//cf indicates the clock where FRAME# is false 
and both TRDY# and IRDY# are true (the clock 
where the final data word is sampled). For the 
signals DEVSEL#, TRDY#, STOP#, and PERR#, 
the clock preceding the hiZ test should find the 
signal driven high by the model, to support the 
s/t/s function. 

Test Definitions 

In each of the scenarios defined below, the purpose of 
the test is given, followed by the actual steps of the 
test. Unimplemented scenarios are not Included. All of 
the PCI-SIG specified tests are functional tests where 
the standard timing Indicated above (assert inputs 7 ns 
before clock edge, test for outputs 11 ns after, etc.) is 
used throughout. This means that each clock of the 
transaction(s) in the test will have inputs asserted 7 ns 
before the clock edge and outputs checked for 11 ns 
after the clock edge. Testing for standard transaction 
timing is assumed without being documented to keep 
the size of this document manageable. 

Only signal testing that is specific to the test Is men¬ 
tioned In the definition. The timing that is used for these 
tests directly relates to this PCI bus target implementa¬ 
tion. For example, since this is a slow decode device 
(e.g., DEVSEL# is asserted on clk4), data to be output 
on read transactions is provided at the implementa¬ 
tion’s LDI bus, while data written by the master appears 
at the implementation’s LDO bus. Both buses have 
pipeline effects that are accounted for in the tests. All 
tests defined below include checks for the non-PCI bus 
inputs and outputs supported on the back-end side of 
this implementation. 
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The last set of tests are implementation-specific tests 
that do some timing checks using some of the tests 
from the memory test section. These tests are function¬ 
ally equivalent, but will include tests of the t_valid and 
t_on minimum parameters and the input t_hold param¬ 
eter. The functionality of the back-end handshake sig¬ 
nals is also tested. 


Scenario 4: lUT Reception of I/O Cycles 

This scenario tests for proper implementation of I/O 
cycles. Generating target abort or disconnect when 
byte enables are illegal is not included because this 
PCI bus target implementation supports all 32 bits of 
the data path on 10 cycles. The PCI SIG test specifica¬ 
tions require testing of illegal byte enable handling only 
if the implementation does not support all 32 bits. 

Start with a cycle to establish the I/O base address at 
0x33cc000 and enable I/O, using the configuration reg¬ 
isters. All the tests following assume that the address 
asserted is 0x33cc000. 

Apply I/O read cycle w/ AD[1:0] = 00b, data = 
0XA55A5AA5 

Apply I/O write cycle w/ AD[1:0] = 00b, data = 
0X5AA5A55A 

Scenario 5: lUT Ignores Reserved 
Commands 

This scenario verifies that the lUT doesn’t see reserved 
or unimplemented commands as mapped to it, by veri¬ 
fying that DEVSEL# is false and that the lUT doesn’t 
inappropriately drive any signals. In this implementa¬ 
tion, the following seven cycle types are Ignored: 


CBE 

CYCLETYPE 

0000 

Interrupt Acknowledge 

0001 

Special Cycle 

0100 

Reserved 

0101 

Reserved 

1000 

Reserved 

1001 

Reserved 

1101 

Dual Address Cycle 

In addition. 

it is verified that memory and I/O corn- 

mands are 

ignored when they are not enabled: 

0010 

I/O Read 

0110 

Memory Read 


Start with a configuration cycle that disables memory 
and I/O in the command register. 

For each of the seven types: 

■ Apply a read cycle of that type. 

■ Verify that DEVSEL remains deasserted for at least 
six clocks. 

■ Verify that AD, TRDY#, STOP#, PERR#, & SERR# 
are not driven by the lUT. 

■ Apply a write cycle of that type. 

■ Verify that DEVSEL remains deasserted for at least 
six clocks. 

■ Verify that AD, TRDY#, STOP#, PERR#, & SERR# 
are not driven by the lUT. 

Scenario 6: lUT Receives Configuration 
Cycies 

This scenario validates that the lUT responds to config¬ 
uration cycles with the proper bus signals and stores 
the data in implemented registers and outputs it prop¬ 
erly when read back. For all configuration transactions, 
the local bus should stay inactive. 

Note: This lUT handles only type 0 (AD[1:0] = 00b) 
configuration cycles. 

Verify valid configuration cycles work properly for all 64 
32-bit registers. 

m Apply configuration write cycles of one and two data 
phases to fill the registers with test values, while 
AD[1:0] = 00b (use 1,2,1 data phases). 

■ Verify no local bus activity (no address valid or data 
valid supplied). 

■ Apply configuration read cycles of one and two data 
phases to read back content of the registers, while 
AD[1:0] = 00b (use 2,1,1 data phases). 

■ Verify return of zeros for data in unimplemented reg¬ 
isters/bits. 

Verify invalid configuration cycle (IDSEL deasserted) 
doesn't map to lUT 

m Apply configuration read cycle with AD[1:0] = 00b but 
IDSEL deasserted. 

■ Verify that DEVSEL# stays deasserted for at least six 
clocks and that AD, TRDY#, STOP#, PERR#, and 
SERR# are not driven by the lUT (this line is the test 
for "not mapped" and Is assumed for the remaining 
"no lUT response" tests). 

■ Apply configuration write cycle with AD[1:0] = 00b 
but IDSEL deasserted, and verify no lUT response. 
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Verify invalid configuration cycle (AD[1:0] = 01b) 
doesn’t map to lUT 

m Apply configuration read cycle with AD[1:0] = 01 b, 
and verify no lUT response. 

■ Apply configuration write cycle with AD[1:0] = 01b, 
and verify no lUT response. 

Verify invalid configuration cycle (AD[ 1:0] = 10b) 
doesn’t map to lUT. 

m Apply configuration read cycle with AD[1:0] = 10b, 
and verify no lUT response. 

■ Apply configuration write cycle with AD[1:0] = 10b, 
and verify no lUT response. 

Verify invalid configuration cycle (AD[ 1:0] = 11b) 
doesn’t map to lUT. 

■ Apply configuration read cycle with AD[1:0] = 11 b, 
and verify no lUT response. 

■ Apply configuration write cycle with AD[1:0] = 11b, 
and verify no lUT response. 

Scenario 7: lUT Receives I/O Cycles with 
Address and Data Parity Errors 

This scenario verifies that the parity error mechanism 
on the lUT is working properly. The enable bit for this 
function must be set in the command register in order 
for this feature to be implemented, so it is tested both 
ways. 

Start with a cycle to establish the I/O base address at 
0x33cc0000, I/O enabled and parity error and system 
error generation enabled in the command register. All 
the tests following assume that the address asserted Is 
0x33cc000. 

Validate that lUT generates parity errors when com¬ 
mand bit is set 

m Apply a configuration write cycle to enable parity and 
I/O cycles. 

■ Apply I/O read cycle with bad address parity, verify 
that lUT asserts SERR#. 

■ Apply I/O write cycle with bad address parity, verify 
that lUT asserts SERR#. 

■ Apply I/O write cycle with bad data parity, verify that 
lUT asserts PERR# with proper timing. 


Validate that lUT ignores parity errors when command 

bit is not set 

■ This test is buried in the standard I/O and memory 
tests by asserting a bad parity bit with the address 
and one phase of data and testing that SERR# and 
PERR# are not asserted. 

Scenario 8: lUT Gets Configuration Cycles 
with Address and Data Parity Errors 

This scenario verifies that lUT generates parity errors 

on configuration cycles that have them. 

■ Apply CONFIGURATION write cycle to enable parity 
error and system error generation. 

■ Apply CONFIGURATION read cycle with bad 
address parity, verify that lUT asserts SERR#. 

■ Apply CONFIGURATION write cycle with bad 
address parity, verify that lUT asserts SERR#. 

■ Apply CONFIGURATION write cycle with bad data 
parity, verify that lUT asserts PERR#, two clock 
cycles after the bad data phase. 

■ Apply CONFIGURATION write cycle with bad data 
parity on the second phase, verify that lUT asserts 
PERR#, two clock cycles after the bad data phase. 


Scenario 9: lUT Receives Memory Cycles 

This scenario verifies the many ways that the master 
can access memory on the lUT. Because of the varia¬ 
tions in how memory can work on the PCI bus, this test 
has many permutations: single and multiple data phase 
accesses, accesses with linear increment set (allows 
bursts), and attempts to burst with reserved mode set 
(target forces single data phase with a disconnect). 
Note that linear Increment or reserved mode is set with 
the AD[1:0] bits. Accesses that attempt to burst beyond 
the lUT’s end of memory are also attempted. And we 
verify that the lUT maps Read Multiple, Read Line, and 
Write and Invalidate into standard read and write 
cycles. This definition doesn’t do any byte lane rotation 
because the implementation at this writing takes no 
action on the local bus in relation to the byte enables. 

Start with configuration cycles to set memory BAR = 
33C00000 and memory enabled in the command regis¬ 
ter. All cycles below assume (unless otherwise indi¬ 
cated) that an address of 33cc0000 is applied during 
the address phase of the cycle. 
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Verify standard memory read cycle, linear-increment 
mode, single and multiple data phases. 

m Apply memory read cycle with BE = 0000b, 

AD[1:0] = 00b, one data phase, data = 0x5AA5A55A. 

■ Apply memory read cycle with BE = 0000b, 

AD[1:0] = 00b, six data phases, data = 0x5AA5A55A, 
0x32212E01,0x65546134, 0xAAAA5555, 
0X5555AAAA, 0x69699696. 

Verify memory read multiple cycle, linear-increment 
mode, single and multiple data phases. 

m Apply memory read cycle with BE = 0000b, 

AD[1:0] = 00b, one data phase, data = 0x5AA5A55A. 

■ Apply memory read cycle with BE = 0000b, 

AD[1:0] = 00b, six data phases, data = 0x5AA5A55A, 
0x32212E01,0x65546134, 0xAAAA5555, 
0X5555AAAA, 0x69699696. 

Verify memory read line cycle, linear-increment mode, 
single and multiple data phases. 

m Apply memory read cycle with BE = 0000b, 

AD[1:0] = 00b, one data phase, data = 0x5AA5A55A. 

■ Apply memory read cycle with BE = 0000b, 

AD[1:0] = 00b, six data phases, data = 0x5AA5A55A, 
0x32212E01,0x65546134, 0xAAAA5555, 
0X5555AAAA, 0x69699696. 

Verify standard memory write cycle, linear-increment 
mode, single and multiple data phases. 

m Apply memory write cycle with BE = 0000b, AD[1:0] = 
00b, one data phase, data = 0xAA559967. 

■ Apply memory write cycle with BE = 0000b, AD[1:0] = 
00b, four data phases, data = 0xAA559967, 
0XDD55CC67, 0x1088FF9A, 0x01AF6E9D. 

Verify memory write and invalidate cycle, linear-incre¬ 
ment mode, single and multiple data phases. 

m Apply memory write cycle with BE = 0000b, AD[1:0] = 
00b, one data phase, data = 0xAA559967. 

■ Apply memory write cycle with BE = 0000b, AD[1:0] = 
00b, four data phases, data = 0xAA559967, 
0XDD55CC67, 0x1088FF9A, 0x01AF6E9D. 

Verify standard memory read cycle, reserved mode, 
single and (attempted) multiple data phases. 

■ Apply memory read cycle with BE = 0000b, AD[1:0] = 
00b, one data phase, data = 0x5AA5A55A. 


■ Apply memory read cycle with BE = 0000b, AD[1:0] = 
00b, two data phases, data = 0x5AA5A55A, 

0x32212E01. Verify lUT ends transaction with a dis¬ 
connect after first data phase. 

Verify memory read multiple cycle, reserved mode, sin¬ 
gle and (attempted) multiple data phases. 

m Apply memory read cycle with BE = 0000b, AD[1:0] = 
00b, one data phase, data = 0x5AA5A55A. 

■ Apply memory read cycle with BE = 0000b, AD[1:0] = 
00b, two data phases, data = 0x5AA5A55A, 
0x32212E01. Verify lUT ends transaction with a dis¬ 
connect after first data phase. 

Verify memory read line cycle, reserved mode, single 
and (attempted) multiple data phases. 

■ Apply memory read cycle with BE = 0000b, AD[1:0] = 
00b, one data phase, data = 0x5AA5A55A. 

■ Apply memory read cycle with BE = 0000b, AD[1:0] = 
00b, two data phases, data = 0x5AA5A55A, 

0x32212E01. Verify lUT ends transaction with a dis¬ 
connect after first data phase. 

Verify standard memory write cycle, reserved mode, 
single and (attempted) multiple data phases. 

m Apply memory write cycle with BE = 0000b, AD[1:0] = 
01b, one data phase, data = 0xAA559967. 

■ Apply memory write cycle with BE = 0000b, AD[1:0] = 
01b, two data phases, data = 0xAA559967, 
0xDD55CC67. Verify that lUT ends transaction with a 
disconnect after one data phase. 

Verify memory write and invalidate cycle, reserved 
mode, single and (attempted) multiple data phases. 

m Apply memory write cycle with BE = 0000b, AD[1:0] = 
01b, one data phase, data = 0xAA559967. 

■ Apply memory write cycle with BE = 0000b, AD[1:0] = 
01b, two data phases, data = 0xAA559967, 
0xDD55CC67. Verify that lUT ends transaction with a 
disconnect after one data phase. 

Verify standard memory read cycle in burst that steps 
past end of memory is disconnected by lUT when burst 
steps across the boundary. 

m Apply memory read cycle with BE = 0000b, AD[1:0] = 
00b, four data phases, data = 0x5AA5A55A, 

0x32212E01,0x65546134, 0xAAAA5555. Start 
address should be at end of lUT’s memory space, 
less two DWORDs worth of space. Verify read and 
then disconnect after third word of data is transferred. 
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Verify standard memory write cycle in burst that steps 
past end of memory is disconnected by lUT when burst 
steps across the boundary. 

m Apply memory write cycle with BE = 0000b, AD[1:0] 
= 00b, four data phases, data = 0xAA559967, 
0XDD55CC67, 0x1088FF9A, 0x01AF6E9D. Start 
address should be at end of lUT’s memory space, 
less two DWORDs worth of space. Verify writes with 
disconnect after third word of data is transferred. 

Scenario 10: lUT Gets Memory Cycles with 
Address and Data Parity Errors 

This scenario does the same test of parity check func¬ 
tionality as the I/O and configuration parity error sce¬ 
narios with more permutations. Extra permutations 
account for there being a total of five types of memory 
cycles for read and write transactions. Validation of not 
generating errors when command bit is not set Is done 
as part of the tests In 2.10, by applying address and 
data parity errors during the cycles and verifying that 
parity error signals are not asserted. It is also verified 
that parity errors are not generated when the command 
register bit is set but the applied parity is correct. 

Note: The PERR# signal is driven one elk after the PAR 
bit is asserted, one elk after the data, so PERR# 
follows the data by two clocks. 

Start with configuration cycles to set the memory BAR 
to 0x33c00000, memory enabled and parity error and 
system error generation enabled. 

■ Apply MEMORY read cycle with good address parity. 
Verify that I LIT does not assert SERR#. 

■ Apply MEMORY read cycle with bad address parity. 
Verify that lUT asserts SERR#. 

■ Apply MEMORY read multiple cycle with bad 
address parity. Verify that lUT asserts SERR#. 

■ Apply MEMORY read line cycle with bad address 
parity. Verify that lUT asserts SERR#. 

■ Apply MEMORY write cycle with bad address parity. 
Verify that lUT asserts SERR#. 

■ Apply MEMORY write and invalidate with bad 
address parity. Verify that lUT asserts SERR#. 


■ Apply MEMORY write cycle with good data parity. 
Verify that lUT does not assert PERR#. 

■ Apply MEMORY write cycle with bad data parity. 
Verify that lUT asserts PERR#. 

■ Apply MEMORY write cycle with bad data parity on 
second phase. Verify that lUT asserts PERR#. 

■ Apply MEMORY write and Invalidate cycle with bad 
data parity. Verify that IDT asserts PERR#. 

■ Apply MEMORY write and invalidate cycle with bad 
data parity on second phase. Verify that lUT asserts 
PERR#. 

Scenario 11: lUT Gets Fast Back-to-Back 
Cycles 

This scenario verifies that the lUT handles fast back-to- 
back write cycles (where a write is followed by an 
immediate read or write to the same target and the 
master, therefore, imposes no idle phase for turn¬ 
around time). 

Start with configuration cycles to set memory BAR = 
33C00000 and memory enabled in the command regis¬ 
ter. All cycles below assume (unless otherwise indi¬ 
cated) that an address of 33cc0000 is applied during 
the address phase of the cycle. 

Verify fast back-to-back with both transactions on iUT. 

■ Apply a write to address 0x33cc0000 of data 
0x96696996 followed by a fast back-to-back write to 
address 0x34cc0000 of data 0xA55A5AA5. 

■ Apply a write to address 0x33cc0000 of data 
0x96696996 followed by a fast back-to-back read 
from address 0x34cc0000 of data 0xA55A5AA5. 

Verify fast back-to-back with first transaction to another 
IUT, followed by a fast back-to-back on this IUT. 

m Apply a write to address 0x00000 of data 
0x96696996 followed by a fast back-to-back write to 
address 0x33cc0000 of data 0xA55A5AA5. 

■ Apply a write to address 0x00000 of data 
0x96696996 followed by a fast back-to-back read 
from address 0x33cc0000 of data 0xA55A5AA5. 
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Scenario 13: lUT Gets Cycles with IRDY 
Used for Data Stepping 

This scenario verifies that the lUT can handle wait- 
states imposed by the master. Incorrect data is applied 
on the clock edge of the wait-state for write operations. 
The PCI-SIG specification indicates a total of eight per¬ 
mutations based on three data phase transactions by 
applying four variations of read and write. The four vari¬ 
ations are applying a wait-state to data phase 1, 2, or 3 
and all 3. Because of the naturp of the read pipeline, 
six data phases are tested for read operations so that 
the pipeline is fully tested. 

Start with configuration cycles to set memory BAR = 
33C00000 and memory enabled In the command regis¬ 
ter. All cycles below assume (unless otherwise indi¬ 
cated) that an address of 33cc0000 Is applied during 
the address phase of the cycle. 

Verify Read with wait on phase 1, 2, 3, or all 6. 

m Apply six data phase memory read cycle, data = 
0XA55A5AA5, 0x32212E01,0x65546134, 
0XAAAA5555, 0x5555AAAB. 0x69969669, and a 
wait-state on first data phase. 

■ Apply six data phase memory read cycle, data = 
0XA55A5AA5, 0x32212E01,0x65546134, 
0XAAAA5555, 0x5555AAAB, 0x69969669, and a 
wait-state on second data phase. 

■ Apply six data phase memory read cycle, data = 
0XA55A5AA5, 0x32212E01,0x65546134, 
0XAAAA5555, 0x5555AAAB, 0x69969669, and a 
wait-state on third data phase. 

■ Apply six data phase memory read cycle, data = 
0XA55A5AA5, 0x32212E01,0x65546134, 
0XAAAA5555, 0x5555AAAB, 0x69969669, and a 
wait-state on ail data phases. 

Verify Write with wait on phase 1, 2, 3, or all 3. 

■ Apply three data phase memory write cycle, data = 
0XAA559966, 0xDD55CC66, 0x1088FF9A, and a 
wait-state on first data phase. 


■ Apply three data phase memory write cycle, data = 
0XAA559966, 0xDD55CC66, 0x1088FF9A, and a 
wait-state on second data phase. 

■ Apply three data phase memory write cycle, data = 
0XAA559966, 0xDD55CC66, 0x1088FF9A, and a 
wait-state on third data phase. 

■ Apply three data phase memory write cycle, data = 
0XAA559966, 0xDD55CC66, 0x1088FF9A, and a 
wait-state on all data phases. 

Implementation-Specific Test 1: 

Full Timing Test 

This test verifies memory cycles that challenge t_hold, 
t_val, and t_on minimums. The six data phase memory 
reads with wait-states and three data phase memory 
writes are used. The timing of the test changes as fol¬ 
lows: 

■ The stimulus is asserted on clock edge - 15 ns and 
taken away at clock edge + 0 ns. 

■ Each test for model output at clock edge + 11 ns Is 
enhanced by test for prior cycle’s data still there at 
clock edge + 2 ns. 

■ For signals first being asserted by the model, hiZ is 
tested for at edge + 2 ns. 

Start with configuration cycles to set memory BAR = 
33C00000 and memory enabled In the command regis¬ 
ter. All cycles below assume (unless otherwise Indi¬ 
cated) that an address of 33cc0000 is applied during 
the address phase of the cycle. 

■ Apply six data phase memory read cycle, data = 
0XA55A5AA5, 0x32212E01,0x65546134, 
0XAAAA5555, 0x5555AAAB, 0x69969669, and a 
wait-state on all data phases. 

■ Apply three data phase memory write cycle, data = 
0XAA559966, 0xDD55CC66, 0x1088FF9A, and a 
wait-state on all data phases. 
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Design Verification Requirements 

(continued) 

Implementation-Specific Test 2: Test 
Back-End Side Handshake Signals 

This test verifies that the back-end handshake signals 
(Abort, Terminate, and Busy) function correctly. The fol¬ 
lowing is the function of these signals: 

■ Abort—local logic cannot accept or provide data 
requested so it tells PCI bus to abort the transaction. 

■ Busy—local logic slows down access (this makes the 
lUT perform TRDY# wait-states). 

■ Terminate—local logic cannot accept or provide the 
data requested, but prior data in the transaction was 
provided, so the current data phase is stopped. The 
master may retry. 

Note: Terminate has already been tested by the mem¬ 
ory test that attempts a memory burst that 
crosses the end-of-memory boundary. 

The method used is to assert memory read and write 
transactions with Abort and Busy asserted at appropri¬ 
ate times. 

Start with configuration cycles to set memory BAR = 
33C00000 and memory enabled in the command regis¬ 
ter. All cycles below assume (unless otherwise indi¬ 
cated) that an address of 33cc0000 is applied during 
the address phase of the cycle. 

Verify Abort causes Target Abort signals on the PCI 
bus. 

m Apply memory read cycle, data = 0xAAAA5555 and 
Abort asserted after ADDRVLD. Verify lUT conducts 
a Target Abort. 

■ Apply memory write cycle, data = 0xE7C381 A5 and 
Abort asserted after ADDRVLD. Verify lUT conducts 
a Target Abort. 

Verify Busy causes TRDY# wait-states. 

m Apply six data phase memory read cycle, data = 
0XA55A5AA5, 0x32212E01,0x65546134, 
0XAAAA5555, 0x5555AAAB, 0x69969669 with Busy 
asserted on the first three phases. Verify lUT asserts 
corresponding TRDY# wait-states. 

■ Apply three data phase memory write cycle, data = 
0XAA559966, 0xDD55CC66,0x1088FF9A with Busy 
asserted on last two data phases. Verify lUT asserts 
corresponding TRDY# wait-states. 


CAE Tools 

The remarks in,this application note on CAE tools are 
introductory. Complete details on how to get from the 
VHDL source file to a working ORCA-based PCI con¬ 
troller are contained in the PCI Bus Target VHDL 
Source Code Manual (MN96-018FPGA). 

To get to working silicon with a VHDL source file, you 
must use a tool that synthesizes the source code into a 
working file that the ORCA place-and-route tools can 
use. The following is a list of tools used for this project. 

Synthesis (only one of the two following synthesis tools 
Is required): 

■ Exemplar—This tool reads the VHDL input and syn¬ 
thesizes logic into a format that the ORCA Foundry 
tool can understand. This tool is available on both PC 
and workstation platforms. 

■ Synopsys —^This tool reads the VHDL input and syn¬ 
thesizes logic Into a format that the ORCA Foundry 
tool can understand. This tool Is available on a work¬ 
station platform. 

Map and Place-and-Route: 

m ORCA Foundry—This tool reads the synthesized 
logic and performs map and place-and-route, to the 
ORCA FPGAs. This tool is available on both PC and 
workstation platforms. From the results of the place 
and route, ORCA Foundry produces information for 
the bit-stream files (used to program the cell array) 
and timing back-annotation (used to produce a simu¬ 
lation that works with the timing the place-and-route 
results give you). This tool is available on both PC 
and workstation platforms. 

■ Viewlogic—This tool is used to perform functional 
simulation and at-speed simulation of the design. 
This tool is available on both PC and workstation 
platforms. 
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Conclusion 

The PCI bus was specified to enable designers to inter¬ 
face to it directly with large-scale ASICs. This objective 
has produced special parameters that designers must 
investigate carefully when conducting a component 
survey. In this case, we have chosen a field-program¬ 
mable ASIC, the Lucent Technologies ORCA ATT2C15/ 
OR2C15A/OR2T15A, because: 

■ It meets the stringent I/O performance requirements 
of the PCI bus. 

■ It meets the timing requirements of the PCI bus. 

■ It meets the input loading requirements of the PCI 
bus. 

■ The availability of the part is very good. 

■ It has sufficient density to allow this generic PCI bus 
target to be further enhanced by the end user. 

■ It is SRAM-based for ease of use In development. 

■ It has nibble-based PLCs that fit bus-oriented logic 
very well. 

■ Its PLCs can be used as 16 x 4 SRAM cells for inter¬ 
nal memory requirements. 

■ It has JTAG boundary-scan capability. 

■ It can be designed using VHDL, which will allow the 
design to be retargeted to a volume technology 
where appropriate. 

■ The timing of routing passes Is repeatable. 

■ It can be simulated with ViewSim. 


References 

The following publications provide additional informa¬ 
tion. Also note that the PCI SIG telephone number is 
(800) 433-5177. The ORCA 2C and 2CxxA Series data 
sheets can be obtained by calling (610) 712-5164. 

■ PCI Special Interest Group, PCI Local Bus Specifica¬ 
tion] Rev. 2.1; June 1, 1995. 

■ Lucent Technologies, PCI Bus Target VHDL Source 
Code Manual (MN96-018FPGA), June 1996. 

■ Lucent Technologies, Field-Programmable Gate 
Arrays Data Book (MN95-001FPGA), February 
1995. 

■ PCI Special Interest Group, PCI Compliance Check¬ 
list, Rev. 2.0B. 


Ordering Information 
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■ ORCA PCI Bus Target Customer Solution Core for 
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Note: Requires a signed license agreement. 
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Introduction 

Lucent Technologies has developed a \/HDUVerilog 
implementation of a peripheral component interface 
(PCI) bus initiator (master) controller. Because it is 
implemented In VHDUVerilog, the code can be syn¬ 
thesized to the ORCA ATT2Cxx/ATT2Txx/OR2CxxA/ 
OR2TxxA Series FPGAs. 

This product brief highlights the features and benefits 
of using an ORCA FPGA device in a PCI bus design. 
The PCI bus initiator VHDL/Vfer/7og source code and 
a sample OR2C15A implementation are available 
directly from Lucent Technologies. 

Features 

■ VHDL/Vfer/Vogdesign compliant with IEEE 1076 
and 1076/1164 extensions on VHDL interoper¬ 
ability 

■ 32-blt PCI Initiator Interface designed to PCI bus 
standard, Rev 2.1 

■ VHDL/Vfer/Vog code can be synthesized to ORCA 
Series FPGAs using industry standard synthesis 
tools, such as Synopsys and Exemplar’s Galileo 

■ ORCA Series FPGAs are available in both 0.35 pm 
and 0.5 pm process technologies 

■ Full 32-bit I/O and memory spaces supported 

■ Extendible to 64-bit data path 

■ Full-speed burst support (132 Mbytes/s) in 
memory space 

■ Address and data parity generation and checking 
for I/O, memory, and configuration spaces 

■ PCI interrupt support 

■ Simple synchronous local bus interface 

■ PCI configuration space registers: 

— Device ID, vendor ID 
“ Status, command 

— Class code, revision ID 

— Latency timer 

— Interrupt line 
—- Interrupt pin 

— MIN_GNT 

— MAX_LAT 

■ Full 1149.1 JTAG Boundary Scan (optional) 

Lucent Technologies Inc. 


Technical Challenges of a PCI Bus 
Design 

It generally requires 6 to 12 months of development 
to implement a PCI bus interface in an add-on card 
design. This Is in addition to the design work for the 
add-on’s main functions. One reason for this is the 
critical electrical specifications that must be met by 
the design. Because the PCI bus is a high-speed, 
unterminated CMOS bus, the PCI Bus Specification 
(Rev 2.1) was written to describe in detail the PCI 
bus’ required I/O performance. The result was a set 
of critical parameters that could not be met until the 
introduction of the ORCA 2C Series of FPGAs. 
These parameters include the following: 

■ ac output drive characteristics defined as l/V 
curves (equations given for minimum and maxi¬ 
mum drive current) 

■ Stringent input specifications (10 pF, <70 nA leak¬ 
age current) 

■ Very high-speed performance: 

— Clock rate >33 MHz 

— 7 ns setup and 0 ns hold to system CLK 

— System CLK to output valid delay: 11 ns 

■ Density and routability to handle 36-bit parity 
generation and checking, configuration registers, 
36-bit input and output pipelines, and PCI bus 
control 

■ Sufficient I/O count to handle 50 connections to the 
PCI bus and 70+ connections to the back end 

This application note shows that the ORCA family of 
FPGAs meets these stringent requirements and has 
other features essential to the success of a project of 
this scope. The ORCA series is also the FPGA family 
with a working Verilog model for a PCI bus master. 
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PCI Bus Master Controller Features 

This implementation of the bus master controller sup¬ 
ports the following features: 

■ Verilog design, compliant with Open Verilog Interna¬ 
tional, Rev. 1.0 

■ 32-bit PCI master Interface designed to the PCI Bus 
Specification, Rev 2.1 

■ Full-speed burst memory transfer (132 Mbytes/s) as 
master and configuration support as target 

■ 16-word deep by 32-bit transfer buffer 

■ Address and data parity generation and checking 

■ PCI interrupt support 

■ Simple interface to back-end application 

■ Full 1149.1 JTAG boundary scan (optional) 

■ PCI configuration space registers: 

— Device ID, vendor ID 

— Status, command 

— Class code, revision ID 

— Latency timer 

— Minimum grant 

— Maximum latency 

— Interrupt line 

— Interrupt pin 

The following features are not supported by this imple¬ 
mentation but can be added by the user: 

■ Interrupt acknowledge or special cycles 

■ Cache support 

■ Exclusive access (lock) 

■ Bridge operation 


Note; 64-bit operation will be available at a later date. 


PCI Bus Design Criteria 

This section provides background Information on the 
PCI bus. It also contains detailed information relating to 
critical design parameters that influence the design, 
especially in the area of FPGA device selection. 


Description of the PCI Bus 

The PCI bus is an Interconnect for personal computer 
(PC) and add-on boards that provides substantial per¬ 
formance gains over the usual ISA or EISA expansion 
slots. Among these are the following: 

■ High bus bandwidth—132 Mbytes/s on a 
33.333 MHz bus at full-burst speed. 

■ PCI bus-to-system bridges give add-on PCI bus 
masters a high bandwidth path to main memory. 

■ Transparent upgrade paths to 64 bits (data and 
address) and 3.3 V operation. 

■ Full autoconfiguration of PCI add-ons through uni¬ 
formly defined configuration registers; jumpers are 
not required to configure a system. 

■ Bus electrical specifications designed for direct drive 
by the FPGA or ASIC, eliminating the need for exter¬ 
nal bus drivers. This allows significant cost reduction 
because PCI interfacing can be designed into an 
add-on ASIC without MSI glue. 

■ The PCI bus is processor independent. It is not an 
extension of a processor’s bus control scheme. This 
will extend the life of add-on designs. 

Typical PCI applications are add-on boards that require 
high-speed memory or I/O access. Including LAN 
adapters, video adapters, hard drive controllers, and 
SCSI cards. Using the PCI bus allows system design¬ 
ers to implement critical system components on a high- 
bandwidth bus using low-cost ASIC components, 
enhancing system price/performance. For example, the 
PCI bus is the bus used in full-performance Pentium 
systems. 

There are three main types of devices that operate on 
the PCI bus: 

PCI Bus/System Bridge. Interfaces the PCI bus to the 
system processor, main memory, etc. This device can 
act as a PCI bus master. This includes arbitration for 
systems that allow multiple bus masters. 

PCI Bus Add-on Masters. Add-on devices that can 
operate the bus and may need access to other PCI 
add-ons or main memory on the system. 

PCI Bus Target-only Add-ons. Add-on devices that 
can only operate as targets. These devices respond to 
but do not initiate bus cycles. 

This implementation is a master device that supports 
configuration cycles as a target. 


Lucent Technologies Inc. 
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PCI Bus Design Criteria (continued) 

PCI Bus Signaling Method 

For ease of use, this section briefly describes the PCI bus transfer methodology. Refer to the PCI Bus Specifica¬ 
tion, Revision 2.1, for more detailed information. (Note that the PCI bus standard uses “#” to indicate low-true sig¬ 
nals.) Table 1 gives a description of all I/O signals used In this implementation. 


Table 1. PCI I/O Signals 


Name 

Type 

Description 

PCI Interface | 

CLK 

1 

CLK provides the reference signal for all other PCI interface signals, except RST# 
and INTA#. The frequency of CLK ranges from dc to 33.333 MHz. 

RST# 

1 

RST# is an input which initializes the FPGA’s PCI interface circuitry to a known 
state. When reset, the PCI output signals are 3-stated, and the open-drain signals, 
such as SERR#, are floated. 

GNT# 

1 

GNT# indicates to the master that it has control of the PCI bus. Every master has 
its own GNT# signal. 

REQ# 

0 

REQ# indicates to the arbiter that the master wants to gain control of the PCI bus 
to perform a transaction. 

AD[31:0] 

TS 

AD[31:0] are time-multiplexed address/data signals, with each bus transaction con¬ 
sisting of an address phase followed by one or more data phases. The FRAME# 
Input signal identifies the start of an address phase. The data phases occur when 
IRDY# and TRDY# are both asserted. 

C/BE[3:0]# 

TS* 

Command and byte enable inputs are time-multiplexed on C/BE[3:0]#. The bus 
command (Table 3) is indicated during the address phase of a bus cycle. The byte 
enables are active during the data phase of a bus transaction. 

PAR 

TS 

PAR is a 3-stated output of even parity calculated on the concatenation of the 

AD[31:0] and C/BE[3:0]# fields. 

FRAME# 

sms* 

FRAME# Is an output from the current bus master that indicates the beginning and 
duration of a bus operation. When FRAME# Is first asserted, the address and com¬ 
mand signals are present on AD[31:0] and C/BE[3:0]#. FRAME# remains asserted 
during the data operation and Is deasserted to identify the end of a data operation. 

IRDY# 

sms* 

Initiator ready is output by a bus master to a target to Indicate that the bus master 
can complete a data operation. In write operations, IRDY# indicates that data is on 
AD[31;0]. 

DEVSEL# 

sms+ 

Target asserts DEVSEL# as a decode acknowledge that address and bus com¬ 
mands are valid. 

TRDY# 

s/r/s^ 

Target ready is a target output that indicates that the current data operation can 
occur. In a read operation, TRDY# indicates that the target is providing data on 
AD[31:0]. 

STOP# 

S/T/St 

STOP# is a target output that requests that the bus master stop the current trans¬ 
action. 

IDSEL 

1 

Initialization device select is a chip select for configuration read or write transac¬ 
tions. 

PERR# 

sms 

Data parity error indicates parity error on a data operation. 

SERR# 

O/D 

SERR# indicates system error and address parity error. 

INTA# 

0/D 

Interrupt A is an active-low interrupt to the host. INTA# must be used for any single- 
function device requiring an Interrupt capability. 


* Master out, target in. 
t Master in, target out. 

Note: See Table 2 for a definition of I/O signal types. 
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Table 1. PCI I/O Signals (continued) 


Name 

Type 

Description 

JTAG Signals | 

TCK 

I 

Test clock input used to clock test commands into TMS and test data into TDI. 

TMS 

I 

Test Mode Select Is used to specify JTAG boundary-scan instruction or ORCA- 
defined instruction to execute. 

TDI 

I 

Test data input into boundary-scan register, instruction register, or programmable 
scan ring. 

TOO 

0 

Test data output from bypass register, boundary-scan register, instruction register, 
or programmable scan ring. 

Back-End Signals | 

ADRCOMN 

I 

ADRCOMN is an input from the back-end application used to direct the local 
access to the address destination register (=1) or the local command/status regis¬ 
ter (=0). 

IRQ 

I 

IRQ is an active-high signal from the back-end application used to request an Inter¬ 
rupt. 

LDI[31:0] 

I 

LDI[31:0] is a 32-bit input data bus from the back-end application. 

RAMREGN 

I 

RAMREGN is an input from the back-end application used to direct the local 
access to the RAM buffer (=1) or local register set (=0). 

RDWRN 

I 

RDWRN is an Input from the back-end application used to indicate that the local 
access is a read (=1) or a write (=0) operation to the PCI master model. 

STROBE 

I 

STROBE Is an active-high input used to indicate a valid cycle is active on the local 
bus between the back-end application and the PCI master model. 

CLKOUT 

0 

CLKOUT is the buffered output of the PCI CLK input, and as such, ranges from dc 
to 33.333 MHz. 

LDOR[31:0] 

o 

LDOR[31:0] is a 32-bit data bus to the back-end application. 

MASABRT 

0 

MASABRT identifies that the master issued a master abort resulting from no target 
responding to the PCI destination address with a valid DEVSEL#. 

PCIBUSYR 

0 

PCIBUSYR Is an output used to specify that a master operation is in progress and 
the back-end Interface has been temporarily disabled. 

RESETRN 

0 

RESETRN is an active-low output that Is the registered output of the RST# input 
signal. It Is synchronized to CLK. 

TRGABRT 

0 

TRGABRT identifies that the master received a target abort condition during a 
master transaction. 

XFRDONER 

0 

XFRDONER Is an output strobe used to specify that a pending master operation 
has completed successfully. 


* Master out, target in. 
t Master in, target out. 

Note: See Table 2 for a definition of I/O signal types. 
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PCI Bus Design Criteria (continued) 

Basics 

The PCI bus signals consist of a 32-bit multiplexed 
address/data bus (AD[31 ;00]) and control signals. The 
bus is synchronous (all bus devices assert and sample 
data using the bus clock). Most signals are 3-state and 
bidirectional and will be driven only when a device is 
selected. The only purely Input pins are CLK, IDSEL 
(slot select for configuration cycles), RST# (bus reset), 
and the JTAG Interface pins (optional) TDI, TCK, and 
TMS.The only purely output pins are INTA, B, C, and 
D# (also optional), which are defined as open-drain sig¬ 
nals. In addition, every master has its own set of arbi¬ 
tration signals: REQ# (output only) and GNT# (input 
only). See Table 2 for a definition of PCI I/O types. 


Table 2. PCI I/O Types 


Signal 

Type 

Function 

I 

Standard input. 

0 

Standard output. 

TS 

3-stated output or 3-stated bidirectional I/O. 

S/T/S 

Sustained 3-state is an active-low signal that 
must be driven high for a minimum of one 
clock cycle before it is floated. This signal 
cannot be driven prior to one clock cycle after 
it has been released. A pull-up resistor is 
required to sustain the Inactive state. 

O/D 

Open-drain output signals allow multiple 
outputs to function as a wired-OR. 


Signals Sent and Received by Masters 

If functioning as a master device, some signals are 
output-only in relation to the master device. These are 
REQ# (master desires use of the PCI bus), FRAME# 
(sampled by all PCI bus devices to detect start and end 
of a transaction), IRDY# (initiator ready, used to assert 
master wait-states), and C/BE[3:0]# (command/byte 
enables, used to classify transactions and identify 
active byte lanes for a transaction). The master first 
asserts REQ# to gain control of the bus. After receiving 
GNT# from the arbiter, the master asserts FRAME# 
and drives the address on the AD bus. One cycle later, 
the master asserts IRDY#, indicating it’s ready to write 
data to or read data from the target over the AD bus. 

At this stage, the master monitors the control signals 
driven by the target. When it is the selected device 
(determined by address/command decoded), a target 
device will drive the signals DEVSEL# (Indicates it has 
decoded and accepted the transaction), TRDY# (used 
to assert target wait-states), and STOP# (used to 
assert target-initiated transaction terminations). When 
both TRDY# and IRDY# are true, a data word is clocked 
from a sending to a receiving device. In Figure 1, the 
signal directions are drawn to Illustrate the bus from a 
master’s point of view. 
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CLK 

RST# 


AD[31:00] 

PAR ^ 

PERR# — 

SERR# 

REQ# 

GNT# - 

C/BE[3:0]# 

FRAME# 

IRDY# 

IDSEL - 

DEVSEL# - 

TRDY# - 

STOP# - 

INTA# — 

5-4645(F) 



CLK ■ 
RST# ■ 


STROBE 

ADRCOMN 

RAMREGN 

RDWRN 


AD[31:00] <] 


PAR 

PERR# 

SERR# 


C/BE[3:0]# ■ 
FRAME# - 
IRDY# - 
IDSEL ■ 

DEVSEL# 

TRDY# 

STOP# 


Figure 1. PCI Pin Diagram for Master and Target 


Signals Sent and Received by Targets 

If functioning as a target device for configuration 
cycles, some signals are input-only In relation to the 
target device, since only a master will drive those sig¬ 
nals. These are FRAME#, IRDY#, and C/BE[3:0]#. 
When the target is the selected device, it will drive the 
signals DEVSEL#, TRDY#, and STOP. These signals 
are also driven during Interrupt acknowledge cycles 
(not supported in this implementation). When both 
TRDY# and IRDY# are true, a data word is clocked 
from a sending to a receiving device. In Figure 1, the 
signal directions are drawn to illustrate the bus from a 
target’s point of view. 


Special 3-State Considerations 

The FRAME# signal is sampled by bus targets to 
detect the start of a transaction. A master that starts a 
cycle samples DEVSEL# for a response, even though 
DEVSEL# is not driven until a device actually accepts 
the cycle. Therefore, some signals that are constantly 
sampled may also, at times, not be driven. The PCI bus 
defines these signals (FRAME# and DEVSEL#) in an 
“off” state with pull-ups. 
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PCI Bus Design Criteria (continued) 

For this approach to work at speed (pull-ups mean slow 
rise times on open-drain or 3-state outputs), these sig¬ 
nals are defined as sustained 3-state (s/t/s). This 
means that the PCI bus standard requires using one 
clock cycle to assert the signal false (high) before being 
3-stated.The standard also requires that any signal 
that is being released, such as the master releasing AD 
after asserting the address on a read operation, is 
given a full cycle to 3-state before another device can 
start driving it. This is a turn-around cycle and prevents 
contention on the bus. 

Two output signals, SERR# and INTA#, are defined as 
open-drain in the PCI standard. This is done by tying 
the signal to both the Input of the 3-state output buffer 
and the output enable, with the output enable active- 
low. 

Parity 

Each cycle asserted on the bus includes parity. Every 
device that transmits on AD[31:0] must also drive the 
PAR signal, including masters outputting the address. 
Since parity on the PCI bus Is even, the sum of 
AD[31:0], C/BE[3:0]#, and PAR must be even. The 
PAR bit lags the AD bus by one clock. 

Parity checking is not required, but can be enabled 
through the agent’s command register. Address parity 
errors are signaled on the SERR# pin, and data parity 
errors are signaled on the PERR# pin. Parity errors lag 
the PAR bit by one clock, and, therefore, the address or 
data by two clocks. 

Bus Commands 

The PCI bus has no read/write signals. Control signals 
are embedded in the command transmitted during the 
address phase of a cycle. However, a latched C/BE[0]# 
signal can be used as an RD#A/VR indicator. Table 3 
Indicates which cycles are acknowledged by this Imple¬ 
mentation and which are not. 

In master mode, the PCI model executes the standard 
memory read and write operations. These commands 
are valid for both single- and multidata-phase transac¬ 
tions. Memory read line and memory read multiple 
commands can be included by adding bits to the local 
control/status register to specify the desired command. 
These bits would determine the state of the C/BE# sig¬ 
nals during the address phase of the master transac¬ 
tion. I/O cycles and master control of configuration 
cycles are not supported, as these operations are 
usually reserved for bridges. 


Interrupt acknowledge cycles are ignored by this imple¬ 
mentation because such cycles are acknowledged only 
by the device that contains the interrupt controller. 
Since this is an add-on card Implementation, this cycle 
is not needed. Special cycles are ignored because the 
specification requires all devices to ignore this type of 
cycle as far as overt acknowledgment in the form of 
asserting DEVSEL# Is concerned. Special cycles are 
for broadcast messages from bridge to bus and receiv¬ 
ing devices that do anything at all with them will do so 
by capturing the cycles as they go by. This Is easily 
added to any design, as needed. Dual address cycles 
are used for transferring 64-bit addresses, which are 
beyond the scope of this implementation. 

The AD[1:0] signals affect how a target responds to a 
cycle. On configuration cycles, AD[1:0] = 00b Indicates 
a regular configuration cycle, and AD[1:0] = 01b Indi¬ 
cates a cycle intended for a bridge to another PCI bus. 
Multifunction devices with several sets of configuration 
registers would also decode AD[10:8] on configuration 
cycles, but this implementation will ignore those bits 
since it does not Implement multiple functions requiring 
multiple sets of configuration registers. 


Table 3. PCI Bus Commands 


C/BE[3:0]# 

Command 

Support 

by 

0000 

Interrupt Acknowledge 

Ignore 

0001 

Special Cycle 

Ignore 

0010 

I/O Read 

Ignore 

0011 

I/O Write 

Ignore 

0100 

Reserved 

Ignore 

0101 

Reserved 

Ignore 

0110 

Memory Read 

Master 

0111 

Memory Write 

Master 

1000 

Reserved 

Ignore 

1001 

Reserved 

Ignore 

1010 

Configuration Read 

Target 

1011 

Configuration Write 

Target 

1100 

Memory Read Multiple 

Ignore 

1101 

Dual Address Cycle 

Ignore 

1110 

Memory Read Line 

Ignore 

1111 

Memory Write/Invalidate 

Ignore 


Exclusive Access 

Exclusive access, which allows a master to lock out 
other masters from accessing a target. Is a feature that 
is required If you Implement system memory. However, 
since this implementation Is intended only for add-ons, 
exclusive access is not needed, so it was not included. 
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PCI Bus Cycle 

Figure 2 shows the timing of a basic single data phase 
PCI bus read cycle. The master first acquires the PCI 
bus by asserting REQ# and waiting for GNT#. 
FRAME# low indicates the start of a cycle. Targets 
latch the address and command on the clock edge on 
which FRAME# is low and start the decode. In the 
example given, FRAME# is deasserted and IRDY# is 
asserted immediately after the address phase, indicat¬ 
ing that the master is ready for data. If the master 
needs more time, IRDY# is delayed and FRAME# is not 
deasserted until the clock before IRDY# goes true. If 
the following cycles were multiple data phases, 
FRAME# would remain asserted until the last data 
phase. 

A target that asserts DEVSEL# will have accepted the 
transaction. In Figure 2, DEVSEL# is asserted at 
clock 5, and is sampled by the master on clock 6. This 
is “fast decode” timing. There are fast (DEVSEL# 
asserted on clock 5), medium (DEVSEL# asserted on 
clock 6), and slow (DEVSEL# asserted on clock 7) 
decode targets. If no DEVSEL# is detected by clock 7, 


a subtractive decode device may respond. Only one 
device on the bus can use subtractive decode, in which 
the decoding device accepts a transaction after detect¬ 
ing that no other device has asserted DEVSEL# by 
clock 7. This implementation is a “slow decode” device 
when receiving configuration cycles. 

Turn-around cycles are shown in the timing diagram. 
Because this is a read cycle, the master 3-states 
AD[31:0] on clock 5, when an address is sampled. The 
target drives AD[31:0] in clock 6. At the end of the 
cycle, the data is transferred on clock 7, when both 
TRDY# and IRDY# are true. (Normally data would be 
transferred on clock 6, but TRDY# was not true, thereby 
allowing the target to delay the transfer for a clock 
cycle.) On this edge, the target releases the AD bus 
(the data has been sampled by the master), and the 
master releases C/BE#. PAR is released by the target 
one clock later, as is DEVSEL#, TRDY# and STOP#. 
They are driven high on clock 7, so the S/T/S require¬ 
ment of driving the signal high for one clock before 
releasing it is met. Though shown in 3-state, IRDY#, 
TRDY#, DEVSEL#, and STOP# are actually high. As 
mentioned, pull-up resistors are used to keep S/T/S 
signals high. They are shown 3-stated to illustrate when 
devices start and stop driving the signals. 



Figure 2. Basic PCI Bus Read Cycle 
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PCI Bus Bursts 

Figure 3 illustrates a write operation burst. If both the master and the target support burst operations, the PCI bus 
can burst data to cause a transfer at each clock cycle, as shown. Note the timing of PERR#, two clocks after the 
data. Since PERR# can be either 0 or 1, the last data assertion on clock 10 cannot be the “last clock asserted high” 
cycle for sustained 3-state..One more cycle must be applied high before PERR# can be released. This affects 
when devices on the next cycle are allowed to drive PERR#, shown here at clock 6. 



Figure 3. Burst PCI Bus Write Cycle 
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Target Termination 

The PCI bus provides a mechanism for targets to dis¬ 
connect cycles that it cannot support. The three types 
of termination are disconnect, retry request, and abort, 
as shown in Table 4. An example of a use of termina¬ 
tion is to halt a master’s attempt to burst when the tar¬ 
get cannot support bursting. Targets disconnect by 
asserting STOP# synchronous with TRDY# deassert- 
ing. A retry request is initiated when STOP# is 
asserted with TRDY# already deasserted. The master 
ends the current data phase without a data transfer 
occurring and may reattempt the transfer later. A target 
abort request is initiated when STOP# is asserted and 
DEVSEL# is deasserted on the same clock edge. In a 
target abort, the target indicates to the master that the 
transaction should not be attempted again. 


Table 4. Target-Initiated Terminations 


Termination 

DEVSEL# 

STOP# 

TRDY# 

Action 

Disconnect 

Assert 

Assert 

Assert 

End after 

current 

transaction. 

Retry 

Assert 

Assert 

Deassert 

Data is not 
transferred. 
Retry trans¬ 
action later. 

Abort 

Deassert 

Assert 

Don’t 

Care 

Fatal error. 
Data is not 
transferred. 


PCI Bus Configuration Registers 

Uniformly defined configuration registers allow the PCI 
bus add-on cards to be configured by the system with¬ 
out requiring the end user to set jumpers. Configuration 
registers are accessed via normal PCI bus transaction 
cycles, but there is no throughput to the back-end 
application. Configuration cycles have their own com¬ 
mand code, as defined in Table 3. The target must 
detect IDSEL in order for it to accept the cycle. 


These configuration registers, shown in Figures 4 
through 7, have the following functions: 

Address OOh—03h, 08h: Device, Revision and Ven¬ 
dor ID Registers. Read-only registers with ID values 
that uniquely identify the device to the system and 
application software. The vendor ID identifies the man¬ 
ufacturer and is assigned by the PCI SIG. The device 
ID and revision ID are set by the manufacturer. 

Address 04h—05h: Command Registers. The com¬ 
mand register controls the device, enabling functions 
such as I/O space, memory space, parity error genera¬ 
tion, etc. 

Address 06h—07h: Status Register. The status reg¬ 
ister reports on basic capabilities, events, and errors. 

Address 09h—OBh: Class Code Register. Identifies 
the type of device to system and application software, 
with codes that are defined by the standard. 

Address ODh: Latency Timer Register. Specifies the 
latency timer count in clock cycles for masters perform¬ 
ing burst transactions. The five high-order bits are writ¬ 
able, and the three low-order bits are hardwired to 
000b. 

Address 2Ch—2Fh: Subsystem Vendor I.D. and 
Subsystem I.D. These read-only registers are pro¬ 
grammed with values to allow differentiation among 
PCI cards that may use the same PCI controller and, 
therefore, have the same vendor I.D. and device I.D. 

Address 3Ch—3Dh: Interrupt Line and Pin Regis¬ 
ters. The interrupt line register is an 8-bit read/write 
register that is not utilized by the PCI unit itself; rather, 
the operating system and device drivers transfer infor¬ 
mation among themselves regarding the interrupt 
structure via this register. The interrupt pin register is 
read-only and indicates which PCI bus interrupt pin 
(INTA#, INTB#, INTC#, or INTD#) the device is using. 
This application uses INTA#, but it can easily be 
changed, if desired. 

Address 3Eh—3Fh: Minimum Grant and Maximum 
Latency Registers. These byte wide read-only regis¬ 
ters identify time settings in units of 0.25 ps. Minimum 
grant refers to the length of time that the master needs 
to use the bus during burst transfers. Maximum latency 
refers to how often the master needs to use the bus. 
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Figure 4. Configuration Registers 
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Figure 5. Command Register 
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Figure 6. Status Register 
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Figure 7. Latency Timer Register 
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PCI Bus I/O Drive Characteristics 

The PCI bus is defined as an unterminated CMOS bus. 
This means that steady-state current is very small, with 
almost all of it due to the pull-ups on control signals, 
whereas most current Is transient current. The drive 
characteristics for output drivers on the PCI bus are 
thoroughly defined for ac as well as dc conditions. A 
study of Section 4.2 of the PCI bus standard is required 
to select an FPGA for a PCI bus Interface. 

The specification of I/O drive characteristics for the PCI 
bus includes definition of the voltage/current relation¬ 
ship through the driver’s active switching range. In 
Figure 8, the ORCA output driver V/l curve is super¬ 
imposed over the V/l specification for the PCI bus. 
Many vendors do not provide this data for their drivers 
or the devices do not meet the specification. 

The specification also includes device protection 
requirements. These relate directly to the unterminated 
environment and require inputs to handle transients 
from signal reflections. The specification requires the 
inputs to withstand an 11 V, 11 ns transient pulse (5.5 V 
overshoot) and a -5.5 V, 11 ns input undershoot. 

While the PCI specification supports driving the bus 
directly with ASICs and FPGAs, this requires attention 
to details by the designer. Some FPGA technologies 
meet the specification, but most do not. For reference, 
PCI bus 5 V signaling dc and ac requirements as well 
as the ORCA 2C family associated values are indicated 
in Tables 5 and 6. 


PCI Bus Timing Requirements 

The PCI clock cycle is defined in Figure 3, with param¬ 
eter values given in Table 7. To operate at 33.333 MHz, 
the period cannot exceed 30 ns. In the ORCA series, 
registers are located in programmable logic cells 
(PLCs).To meet input timing requirements, the ORCA 
2C Series provides direct inputs to registers, located in 
the PLCs, from I/O pads. To meet output timing require¬ 
ments, direct outputs to pads are available from regis¬ 
ters in the PLCs to I/O pads. 

An effective placement of logic in critical timing paths is 
essential to meeting PCI timing requirements. The 
ORCA layout tools allow timing to be specified in what 
is called a preference file. The following excerpts of the 
preference file (pcimastr.prf) define the critical setup, 
hold time, and propagation delay requirements. 


/* CLK FREQUENCY */ 

FREQUENCY NET CLK 33.3333 MHz; 

/* PROP DELAY 7 

OFFSET OUT COMP “AD<0>” 11.000 NS AFTER 
COMP “CLK”; 

/* SETUP TIME 7 

OFFSET IN COMP AD<0> 7.000 NS BEFORE COMP 
“CLK”; 

The two methods used to verify that the Verilog code 
meets PCI timing requirements are static timing analy¬ 
sis and timing simulation. 

The preference file is also used as input into the ORCA 
Foundry TRACE static timing analysis tool to identify 
critical paths to analyze. An example of the timing anal¬ 
ysis report file pcimastr.twr Is given below. 

Design file: pcimastr.ncd 
Preference file: pcimastr.prf 
Device, speed: or2c15a,3 

Report level: error report, limited to 3 items per prefer¬ 
ence 


Preference: FREQUENCY NET "manuaLCLK" 
33.333333 MHz; 8546 items scored, 0 timing errors 
detected. 


Report: 37.594 MHz is the maximum frequency for this 
preference. 


Preference: OFFSET IN COMP "CBEN<0>" 7.000000 NS 
BEFORE COMP "CLK";17 items scored, 0 timing errors 
detected. 

In the ORCA series, speed grades are designated 
using single-digit prefixes, with faster devices desig¬ 
nated by higher numbers. A -3 speed grade is needed 
to meet the PCI requirements, with other faster speed 
grades available. 

The pcimastr.prf specifies a setup time of 7 ns and a 
hold time of 0 ns for all PCI input signals. In order to 
guarantee the 0 ns hold time, the input buffers are 
placed into a delayed input mode. This still allows the 
setup time of 7 ns to be met for all ORCA 2C devices 
(the OR2C15A-3 has a system setup time of less than 
4.7 ns, for example). 

A clock to output valid delay (generally 11 ns) is speci¬ 
fied in the pcimastr.prf file for all PCI outputs as well. 
This Is a specification from the system CLK input pin to 
FFs to output pins which have a 50 pF load. All ORCA 
devices meet this 11 ns specification. 
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Table 5. PCI Bus I/O dc Specifications 


Symbol 

Parameter 

PCI Specification 

ORCA 2C 

Unit 

Min 

Max 

Min 

Max 

Vdd 

Supply Voltage 

4.75 

5.25 

4.75 

5.25 

V 

VIH 

Input High Voltage 

2.0 

Vdd + 0.5 

2.0 

VDD + 0.5 

V 

VIL 

Input Low Voltage 

- 0.5 

0.8 

- 0.5 

0.8 

V 

IlH 

Input High Leakage Current 

— 

70 

— 

10 

pA 

ill 

Input Low Leakage Current 

— 

-70 

— 

-10 

pA 

VOH 

Output High Voltage 

2.4 

— 

2.4 

— 

V 

VOL 

Output Low Voltage 

— 

0.55 

— 

0.4 

V 

CIN* 

Input Pin Capacitance 

— 

10 

— 

7 

PF 

CCLK* 

Clock Pin Capacitance 

5 

12 

— 

7 

PF 

CIDSEL* 

IDSEL Pin Capacitance 

— 

8 

— 

7 

pF 

Lpin 

Pin Inductance 

— 

20 

— 

t 

nH 


* Parameter met by ORCA but not most other FPGA families. 

t This value will vary depending on the package used. Please see the FPGA Data Book (MN95-001FPGA). 


Table 6. PCI Bus I/O ac Specifications 


Symbol 

Parameter 

Condition 

PCI Specification 

ORCA 2C 

Unit 

Min 

Max 

Min 

Max 

lOH 

ac Switching 

0 < VOUT < 1.4 

-44 

— 

-47 

— 

mA 


Current High* 

1.4 < VOUT <2.4 

^4 + (VOUT-1.4)70.024 

Eq. At 

See Fig. 8. 

See Fig. 8. 

mA 



VOUT = 3.1 

— 

-142 

— 

-84 

mA 

lOL 

ac Switching 

VOUT > 2.2 

95 

— 

-47 

— 

mA 


Current Low* 

2.2 > VOUT > 0.55 

VOUT/0.023 

Eq. Bt 

See Fig. 8. 

See Fig. 8. 

mA 



VOUT = 0.71 

— 

206 

— 

116 

mA 

ICL 

Low Clamp Current 

-5 < ViN < -1 

-25 + (VIN + 1)70.015 

— 

Complies 

— 

mA 

TR 

Output Rise Time 

0.4 V-2.4 V 

1 

5^ 

3.1 

6.4 

V7ns 

TF 

Output Fall Time 

2.4 V-0.4 V 

1 

5^ 

4.2 

9.7 

V7ns 


* Parameter met by ORCA but not most other FPGA families. 

t Eq. A: lOH (max) = 11.0 x (Vout - 5.25) x (VOUT + 2.45); Eq. B: lOL (max) = 78.5 x VouT x (4.4 - VouT). 
t See PCI Standard, Revision 2.1, pp. 123—125. 
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Table 7. PCI Bus I/O Timing Specifications 


Symbol 

Parameter 

PCI Specification 

ORCA 2C 

Unit 

Min 

Max 

Min 

Max 

Tval 

Clock to Data Valid* 

2 

11 

— 

<10.8 

ns 

Ton 

Float to Active Delay 

2 

— 

— 

— 

ns 

Toff 

Active to Float Delay 

— 

28 

— 

<28 

ns 

Tsu 

Input Setup Time* 

7 

— 

<5 

— 

ns 

Th 

Input Hold Time* 

0 

— 

0 

— 

ns 

Tcuc 

Clock Cycle Time* 

30 

— 

<30 

— 

ns 

Thigh 

Clock High Time 

12 

— 

<12 

— 

ns 

Tlow 

Clock Low Time 

12 

— 

<12 

— 

ns 


* Parameter met by ORCA but not most other FPGA families. 


Other PCI Bus Requirements 

The Standard specifies a maximum trace length of 1.5” 
from the card edge connector to the PCI device pins for 
all 32-bit signals. If the optional 64-bit bus is used, the 
trace length maximum is 2.0”. The clock must have a 
total trace length of 2.5” ± 0.1”. Since there are 49 to 
51 signals interfacing to the PCI connector, the number 
of devices should be the minimum. While it might be 
possible to use two devices co-located adjacent to the 


PCI connector, this is generally not an effective use of 
PCB space. Also, the standard requires that only one 
device load be placed on any signal on the PCI bus. 
For example, a separate address and data path cannot 
be used. Most applications should use a single, high 
pin count device, such as the 208-pin SQFR 

Although not in the scope of this application note, the 
PCI bus has mechanical and software requirements In 
addition to the electrical specifications addressed here. 
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Technology Selection 

This section discusses the criteria for the selection of a 
device for the PCI bus target implementation. In this 
analysis, gate array, or standard-cell technologies, are 
not evaluated, although the ability to retarget the 
design to a low-cost ASIC is a consideration. Only 
complex programmable logic devices and FPGAs are 
evaluated in this analysis. 


General Considerations 

Besides PCI bus compliance, this analysis reviews 
general issues that affect the suitability of a part. 

Density 

This design provides the Interface between the PCI bus 
and the back-end application. The density of the 2C 
Series FPGAs allows large application-specific func¬ 
tionality to be added. About 8,000 of the 15,000 gates 
in an ATT2C15/OR2C15A have been used to imple¬ 
ment the design, and there are currently ORCA 
devices available with >40,000 gates, allowing greater 
than 80% of the logic to be application-specific. 

Tools 

The availability of Verilog source code allows synthesis 
using several CAE vendors’ Verilog synthesis tools. 

Functional and Repeatable Routing 

This is a qualitative evaluation of a programmable ICs 
suitability for timing critical design. If the routing’s effect 
on timing delays Is not repeatable, then timing require¬ 
ments may not be met consistently. 


Other ORCA features include the following: 

■ Same pinout for all devices from the OR2C04 to the 
OR2C40 allows package selection based on design 
requirements. Upgrading to a larger ORCA series 
FPGA has no impact on pinout. This allows the 
designer to layout the PCB sooner. An added bonus 
is that a working pinout for the PCI bus is provided 
with this design, allowing the designer to start board 
layout even sooner. 

■ Nibble orientation of PLCs lends itself well to pro¬ 
cessing 32-bit buses. 

■ The look-up tables (LUTs) in the PLCs can be used 
as static RAM. This is useful for configuration regis¬ 
ters, internal FIFOs, and/or RAM. Each PLC can be 
a 16x4 RAM. 

■ Boundary scan (JTAG//EEE1149.1) capability can 
be connected to PCI bus JTAG pins. 


PCI Bus Parameters to Support 

Critical PCI bus parameters that the device must sup¬ 
port are as follows: 

■ Complies with output V/l curve 

■ Complies with Input buffer requirements: 10 pF, 

<70 |iA leakage current 

■ Input setup time: 7 ns 

■ Input hold time: 0 ns 

■ Clock to output valid delay: 2 ns—11 ns 

■ FMAX: 33.333 MHz 

Structurally, the device will need input buffers with one 
load on any signal. For example, AD[31:0] Is Input to 
both an address latch and to parity generation and 
check circuitry. This must appear as one load to the 
bus. Also, there needs to be the ability to control the 
output enables of output buffers with relatively complex 
combinatorial circuitry. 
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Verilog Implementation 

In this section, the important characteristics of the Verilog implementation as they relate to PCI bus features and 
performance are discussed. In other words, the design is emphasized, not the Verilog. Jh\s information is funda¬ 
mentally no different than if the design is implemented using VHDL (also available from Lucent Technologies), 
equations, or a schematic editor. For details on how to use the Verilog, see the PCI Bus MasterVerWog Source 
Code User’s Manual (MN96-008FPGA). Figure 9 is a detailed block diagram of this Implementation and should be 
referred to when reading this section. 
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Figure 9. Detailed Verilog Master Block Diagram 
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Verilog Implementation (continued) 

Back-End Signals and Data Path Flow 

The purpose of this design is to interface the PCI bus to 
the user’s back-end application. The signals provided 
to the back-end application are given in Table 1. 

The back-end application reads data from the 
LDOR[31:0] bus and writes data to the LDI[31:0] bus. 

In many applications, these two data buses would inter¬ 
face to logic internal to the FPGA, thereby eliminating 
the need for a bidirectional data bus. Both buses can 
be combined into a single bidirectional bus if needed. 
Data written into the LDI bus Is clocked into the LDIR 
register, where it can load the local register set or be 
multiplexed through to the RAMINDAT bus to the RAM 
buffer. Data output from the RAM buffer, RAMOUTDAT, 
is multiplexed with the local register set to drive the 


LDO bus. The LDO bus is clocked into the LDOR regis¬ 
ter, which drives data out to the back-end application. 

The local application controls data transfer to the PCI 
master model through the use of four control signals. 
These signals facilitate data transfer to or from the PCI 
model’s RAM buffer and local register set. The signals 
STROBE, ADRCOMN, RAMREGN, and RDWRN are 
synchronous to the PCI clock. The STROBE signal 
acts as a chip select to the PCI model. The other three 
signals determine the source or destination of the 
access In the PCI model. RDWRN determines whether 
the access is a read (=1) or write (=0) operation. 
RAMREGN determines whether the access is to the 
PCI’s RAM buffer (=1) or local register set (=0). If the 
operation is to the local register set, then ADRCOMN 
determines whether the access Is to the PCI destina¬ 
tion register (=1) or the local control/status register. The 
local interface decode logic is shown below in Table 8. 


Table 8. Local Command Decode 


CLK 

STROBE 

ADRCOMN 

RAMREGN 

RDWRN 

MODE 

0or1 
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X 
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X 
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X 
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1 

0 

0 
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T 
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0 

0 

1 

Com Reg Rd 

T 

1 

1 

0 

0 
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T 

1 
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0 

1 

Addr Reg Rd 
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1 

X 

1 

0 

RAM Write 

T 

1 

X 

1 

1 
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Key; 

T Rising edge 
X Don’t care 

Com Reg Wr: Command Register Write 
Com Reg Rd; Command Register Read 
Addr Reg Wr: Address Register Write 
Addr Reg Rd; Address Register Read 
RAM Write: RAM Buffer Write 
RAM Read: RAM Buffer Read 
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Four back-end status signals inform the local processor 
of the state of the PCI transfer In progress. The signal 
PCIBUSYR identifies when a PCI master transfer is In 
progress, which prevents any operation from the local 
side. XFRDONER is a single cycle pulse that signifies 
the successful completion of the latest transaction. 
MASABRT indicates that no target responded with 
DEVSEL# to the PCI address broadcast at the start of 
the master’s bus access. TRGABRT Indicates that the 
target Issued an abort during a data phase of the bus 
transfer by asserting STOP# and deasserting 
DEVSEL#. Both of these indicators are pulsed signals 
that preclude any retry by the PCI master model. 

The timing for read and write operations is relatively 
simple. Figure 10 shows the back-end signals for a 
multiple data phase write. Figure 11 shows a multiple 
data phase read operation. The PCI bus signals are not 
shown, because the two Interfaces are disconnected. 
Transactions at one interface do not have an immediate 
effect on the other interface. 


Write Operations 

A master write operation is comprised of two Indepen¬ 
dent transactions. First, the local processor or state 
machine configures the local register set and fills the 
RAM buffer. Second, the PCI master model bursts this 
data over the PCI bus without inserting master wait- 
states. If the size of the transfer is greater than a single 
buffer (i.e., 16 words), then the local processor and PCI 
master would alternate filling then emptying the buffer. 
This sequence continues until the entire DMA opera¬ 
tion is completed or an abort condition occurs. 

The local processor starts the procedure by writing the 
PCI destination to the PCI address register (clock cycle 
1 in Figure 10. Next, the local processor sets the local 
command/status register with the word count of the 
transfer (bits 31—14), the direction (bit 1 = 0), and the 
start enable (bit 0 = 1) (clock cycle 2). If the remaining 
transfer length is 16 words or greater, then the local 
processor writes the first 16 data words to the RAM 
buffer. If the remaining transfer length is less than 16 
words, then the local processor writes that number of 
data words to the buffer (clock cycles 3—6). 
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Figure 10. PCI Bus Multidata Phase Write with Back>End Signals 
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At this stage, the PCI master model assumes control of 
the process, as was shown In Figure 3 previously. The 
master first asserts REQ# to the bus arbiter to gain 
control of the bus. Upon receiving GNT#, the PCI mas¬ 
ter model selects the PCI address register as the 
source for the ADO bus. The master also drives 
FRAME# (to deasserted state), AD, and C/BE#. The 
process of driving the bus and control lines for one 
cycle before asserting FRAME# Is known as address 
stepping. The master model implements address step¬ 
ping in order to preactivate the bus drivers, since it 
takes longer to activate a high-impedance line than it 
takes to switch It. 

The address phase occurs during the following cycle 
when FRAME# is asserted, the ADO bus (containing 
the PCI address) is clocked through the ADOR register 
to the AD output pins, and REQ# Is deasserted. During 
this cycle, the AD and C/BE# buses contain the 
address and memory write command (C/BE# = 0111), 
respectively. The master model selects the RAM buffer 
output containing the first data word as the source of 
the ADO bus. 

The first data phase occurs during the next cycle as 
IRDY# is asserted, and the data is clocked through the 
ADOR bus to the AD output pins. The model does not 
Insert any master wait-states, so burst transfers oper¬ 
ate at the target’s maximum bandwidth. A target inserts 
wait-states by deasserting TRDY#, which disables the 


clock enable of the ADOR output register. The current 
data word is then frozen In the output register until 
TRDY# is asserted. 

Every data phase completes when both IRDY# and 
TRDY# are asserted. This state causes the RAM 
address to increment, which reads the next word in the 
RAM buffer. When the burst Is almost complete, 
FRAME# is deasserted to Indicate the transaction is In 
the final data phase. After this phase completes, IRDY# 
deasserts, and FRAME#, AD, and C/BE# are 3-stated. 
During the following cycles, IRDY# is 3-stated, and 
PCIBUSYR is deasserted. The local processor can 
now continue the DMA transfer by refilling the model’s 
RAM buffer. 


Read Operations 

A master read operation is comprised of three indepen¬ 
dent transactions. First, the local processor or state 
machine configures the local register set. Second, the 
PCI master model reads this burst data over the PCI 
bus without inserting master wait-states. Third, the 
local processor reads the contents of the RAM buffer 
containing the PCI read data. If the size of the transfer 
is greater than a single buffer (I.e., 16 words), then the 
PCI master and local processor would alternate filling 
then emptying the buffer. This sequence continues until 
the entire DMA operation is completed or an abort con¬ 
dition occurs. 
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Figure 11. PCI Bus Multidata Phase Read with Back-End Signals 
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The local processor starts the procedure by writing the 
PCI source address to the PCI address register (clock 
cycle 1 In Figure 11. Next, the local processor sets the 
local command/status register with the word count of 
the transfer (bits 31—14), the direction (bit 1=1), and 
the start enable (bit 0 = 1) (clock cycle 2). 

At this stage, the PCI master model assumes control of 
the process, as previously shown in Figure 2. The mas¬ 
ter first asserts REQ# to the bus arbiter to gain control 
of the bus. Upon receiving GNT#, the PCI master 
model selects the PCI address register as the source 
for the ADO bus. The master also drives FRAME# (to 
deasserted state), AD, and C/BE#. The address phase 
occurs during the following cycle, when FRAME# is 
asserted, the ADO bus (containing the PCI address) is 
clocked through the ADOR register to the AD output 
pins, and REQ# Is deasserted. During this cycle, the 
AD and C/BE# buses contain the address and memory 
read command (C/BE# = 0110) respectively. 

The PCI master now performs a turn-around cycle by 
3-stating the AD bus and asserting IRDY#.The first 
data phase can occur as soon as the next cycle if the 
target asserts TRDY# and drives the data on the AD 
bus. The model does not Insert any master wait-states, 
so burst transfers operate at the target’s maximum 
bandwidth. 

Every data phase completes when both IRDY# and 
TRDY# are asserted. This state causes the RAM 
address to increment, which writes the next word into 
the RAM buffer. When the burst is almost complete, 
FRAME# is deasserted to indicate the transaction is in 
the final data phase. After this phase completes, IRDY# 
deasserts, and FRAME# and C/BE# are 3-stated. Dur¬ 
ing the following cycles, IRDY# Is 3-stated, and PCI- 
BUSYR is deasserted. The local processor can now 
continue the DMA transfer by reading the model’s RAM 
buffer (clock cycles 5—8). 


Back-End Signal Timing 

Figures 10 and 11 are timing diagrams for write and 
read operations at the back-end interface. For write 
operations, STROBE must be active, and ADRCOMN, 
RAMREGN, and RDWRN must all be valid along with 
the data on LDI for each clock edge. For read opera¬ 
tions, the data, on the LDOR bus is valid two clock 
cycles after STROBE Is active. The back-end interface 
is disabled whenever PCIBUSYR Is active. 

The four output status signals are all synchronous to 
the clock edge, meaning that setup and hold time are 
assured. The interrupt request logic detects a rising 
edge on IRQ, and is not level sensitive. For more 
detailed information, consult the PCI Bus MasterVer- 
ilog Source Code User’s Manual (MN96-008FPGA). 


Parity Checking 

ADIR[31:0] and C/BE[3:0]# are routed to a parity 
checker. The output of the parity checker is XORed 
with the PAR bit, which Is input on the clock following 
the address or data. The result is ANDed with the parity 
enable bit from the command register and is routed to 
the output register. The PERR# signal or SERR# signal 
Is then clocked out of the parity register, depending on 
whether this is the address phase or a data phase. 


Parity Generation 

For master write and target read operations, parity is 
generated and routed to the output register that asserts 
the PAR signal. CBEOUTR[3;0] is used in the genera¬ 
tion of parity. 


Lucent Technologies Inc. 


4-61 




ORCA FPGAs in PCI Bus Master Applications 


FPGA Data Book 


Verilog Implementation (continued) 

Master State Machine 

Detailed understanding of the PCI bus control mecha¬ 
nism requires reading the mstrctl.vmodule of the Ver¬ 
ilog code, whose function is summarized here. 

The control mechanism must assert the following sig¬ 
nals: 

■ PCI bus control output enables (OE) for FRAME#, 
C/BE#, and IRDY# 

■ AD bus output enable 

■ PAR output enable 

■ PERR# output enable 

■ REQ#, FRAME#, and IRDY# 

■ PCIBUSYR, XFRDONER, MASABRT, and 
TRGABRT 

FRAME# and C/BE# OE.The output enable for 
FRAME# and C/BE# turns on when the state machine 
receives GNT# from the arbiter and no other master is 
currently running a PCI transaction. The drive is turned 
off one cycle after FRAME# Is deasserted with IRDY# 
asserted, which identifies the end of a transaction. If 
the arbiter is merely using this master for bus parking, 
then the output enable turns off one clock after GNT# is 
deasserted. 

IRDY# OE.This signal follows the FRAME# OE by one 
clock cycle. 

AD Bus OE. The output enable for the AD turns on 
when the state machine receives GNT# from the arbi¬ 
ter and no other master is currently running a PCI 
transaction. It is turned off on write operations on the 
clock edge when FRAME# is first detected deasserted 
with IRDY# low. It Is turned off on read operations on 
the cycle after the address phase (turn-around cycle). 
If the arbiter is merely using this master for bus parking, 
then the output enable turns off on the clock edge 
where GNT# is deasserted. 

PAR OE. This signal follows the AD bus OE by one 
clock cycle. 

PERR# OE.This signal follows the start of the transac¬ 
tion by two clock cycles for read operations. 


REQ#.This signal goes true for PCI write operations 
after the local processor has either filled the RAM 
buffer or reached the terminal count of the DMA opera¬ 
tion. It also goes true for PCI read operations after the 
local processor has either set the start bit in the local 
control register or read the last word from the RAM 
buffer. REQ# goes active for all PCI transactions where 
a retry or latency time-out occurs. The signal deasserts 
during the same cycle that FRAME# asserts. 

FRAME#.Thls signal goes true one cycle after the reg¬ 
istered version of GNT# is asserted when REQ# is 
active. Several conditions can cause FRAME# to deas- 
sert. The conditions include completion of burst trans¬ 
fer, master abort, latency time-out, and target cycle 
termination by asserting STOP#. 

IRDY#.Thls signal goes true one cycle after FRAME# is 
asserted. IRDY# goes false on the completion of the 
last data phase. 

PCIBUSYR.This signal informs the local processor that 
the PCI master is currently performing a transaction on 
the PCI bus and the local interface is disabled. PCI¬ 
BUSYR is asserted one cycle after REQ# goes active 
and is deasserted one cycle after XFRDONER, MASA¬ 
BRT, or TRGABRT assert. 

XFRDONER.This signal Informs the local processor 
that the PCI master successfully completed a burst 
transaction on the PCI bus and the local interface is 
available. XFRDONER is asserted one cycle after the 
last data phase and Is active for only one clock cycle. 

MASABRT. This signal informs the local processor that 
no target responded to the PCI master’s address with 
an active DEVSEL# within four clock cycles of the 
address. A counter tracks the number of clock cycles 
and asserts MASABRT when its terminal count is 
reached and DEVSEL# has not been asserted. No 
retry of the transaction to the faulty address is 
attempted. 

TRGABRT. This signal informs the local processor that 
the target issued a target abort condition by asserting 
STOP# and deasserting DEVSEL. No retry of the 
transaction to the target is attempted. 
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Target State Machine 

Detailed understanding of the PCI bus control mecha¬ 
nism requires reading the targctl.v module of the Ver¬ 
ilog code, whose function is summarized here. 

The control mechanism must assert the following sig¬ 
nals; 

■ PCI bus control output enable (OE) for DEVSEL#, 
TRDY#, and STOP# 

■ AD bus output enable 

■ PAR output enable 

■ PERR# and SERR# output enable 

■ DEVSEL#, TRDY#, and STOP# 

Control OE.The output enable for DEVSEL#, TRDY#, 
and STOP# must turn on when the state machine has 
decided to accept a cycle. This occurs when the state 
machine detects a configuration cycle and IDSEL.The 
drive is turned off one cycle after FRAME# is deas- 
serted with IRDY# asserted, which is a unique combi¬ 
nation that always means the end of a transaction. 

AD Bus OE. The output enable for the AD bus is 
turned on when the cycle is a read (C/BE[0]# = 0), one 
clock after the control OE Is turned on. It is turned off 
when the clock edge FRAME# is first detected deas- 
serted with IRDY# low. 

PAR OE. This signal follows the AD bus OE by one 
clock cycle. 

PERR# OE. This signal follows the controls OE by two 
clock cycles for write operations. 

DEVSEL#. This signal goes true one cycle after the 
control OE is asserted, and goes false on the clock 
edge that FRAME# is deasserted with IRDY# asserted. 

TRDY#. This signal goes true one cycle after the con¬ 
trol OE is asserted for write operations and two cycles 
after the control OE is asserted for read operations. 
TRDY# goes false on the clock edge that FRAME# is 
deasserted with IRDY# asserted. 

STOP#. This signal Is asserted when the state machine 
suppresses burst activity on configuration cycles. 
STOP# is asserted on the first data phase and deas¬ 
serted after FRAME# is deasserted. 


Interrupt Support 

There is no timing definition for the interrupt pin on the 
PCI bus. The PCI master model detects a rising edge 
on the IRQ signal and asserts INTA# on the PCI bus. 
The interrupt is cleared when the master’s configura¬ 
tion register space is accessed. There are other mech¬ 
anisms the designer should consider for deactivating 
INTA#. For example, a specific configuration register bit 
could be added, which would reset the Interrupt 
signal. 


Caveats and Suggestions 

Some functions not included in this design are dis¬ 
cussed here. 

Byte Enables; Byte enables for write operations can 
be incorporated by adding four bits to the RAM buffer 
and the LDI data path. These four bits would be 
clocked into the CBEOUTR register at the same time 
as the data word is clocked into the ADOR register. All 
logic affecting the data bus in the RAM buffer and out¬ 
put registers would also apply to the byte enables. 

PCI Bus Controlled Master: If a local processor or 
state machine is not available, then the local register 
set can be moved Into the configuration space in the 
con//g.v module. Decode logic would then be needed 
for these registers. A new state machine would fill or 
empty the buffer based on status signals such as XFR- 
DONER. 

Secondary SRAM Buffer: If the design application 
requires an effective bandwidth greater than 
66 Mbytes/s, then a second SRAM buffer can be 
added. This implementation would allow the master to 
burst data across the bus while the local processor fills 
the other RAM buffer. Currently, the local processor 
must wait for the master to empty the buffer before 
refilling it. Additional logic would be needed to switch 
between the two buffers and multiplex the correct data 
to the desired Interface. 

Dual-Port FIFO RAM: Another way to increase the 
bandwidth is to replace the SRAM buffer with a dual¬ 
port FIFO. This allows both the PCI Bus and the local 
bus to access this buffer at the same time. The control 
signals IRDY# and PCIBUSYR can then be controlled 
using FIFO status signals. Dual-port FIFOs and RAMS 
are available in the OR2CxxA/OR2TxxA devices. 
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Design Verification Requirements 

The PCI SIG defines the verification process for PCI 
bus designs in their PCI compliance checklist. We have 
taken the requirements described in that document and 
created our simulation test bench around the checklist. 


Generic Test Parameters and the 
Compliance Checklist 

Below is a summary of the checklist categories. Sce¬ 
narios 1.1 through 1.14 are for master devices, and 
scenarios 2.1 through 2.13 are for target devices. Our 
master device accepts only configuration cycles as a 
target; therefore, only five of the 13 target scenarios 
are supported. The scenarios for features we do not 
support have been lined through. This does not affect 
our PCI model’s compliance to the checklist rules. 

1.1 PCI Device Speed and Master Abort Cycles 

1.2 PCI Bus Target Abort Cycles 

1.3 PCI Bus Target Retry Cycles 

1.4 PCI Bus Target Disconnect Cycles 

1.5 PCI Bus Multidata Phase Target Abort Cycles 

1.6 PCI Bus Multidata Phase Target Retry Cycles 

1.7 PCI Bus Multidata Phase Target Disconnect 
Cycles 

1.8 PCI Bus Multidata Phase and TRDY# Cycles 

1.9 PCI Bus Data Parity Error Single Cycles 

1.10 PCI Bus Data Parity Error Multidata Phase Cycles 

1.11 PCI Bus Master Time-out 

1.12 Target Lock (not included) 

1.13 PCI Bus Master Parking 

1.14 PCI Bus Master Arbitration 

2t 4 Target Ree e ptk) n- o f- an - Interrupt Ac k nowl e d ge- 
Gy ele 

Targ et- R e c e pt i on - of - a Sp e c i a l Cyc le 

SrS Target -R eception - of - Address and Parity Errors on - 
a - S peeial- Gyc 4e 

9:A Target R e cept i on of I /O cyc l es - w it h L e ga l arKi I lle¬ 
ga l Byto Enab l es 

2.5 Target Ignores Reserved Commands 

2.6 Target Receives Configuration Cycles 

2^ Target R e c ei v es l /O - Gyc les- w i th Address and Data 
Par i ty Errors 


2.8 Target Gets Configuration Cycles with Address 
and Data Parity Errors 

2^ Target Rec ei v e s M e mory Cycl e s 

2.1 QTarg e t - G e ts M e mory Cycl e s - w i th Addr e ss and 
Dat a P arity Errors 

2.11 Target Gets Fast Back-to-Back Cycles (Same Tar¬ 
get Writes Only) 

2.12Tar ge t - P e ffofm s - Exe t us i v e- Acc e ss Cycles 

2.13Target Gets Cycles with IRDY Used for Data Step¬ 
ping 

The scenarios excluded in this list assume that this 
implementation doesn’t support the following features/ 
cycle types: 

■ Interrupt acknowledge 

■ Cache support 

■ Special cycles 

■ 64-bit address/data 

■ Exclusive access (lock) 

■ Memory or I/O target cycles 

Timing Sequence for Compliance 
Testbenches 

All tests run at the maximum operating frequency of 
33.333 MHz. The testbenches validate functional com¬ 
pliance to the PCI SIG Compliance Checklist and are 
not designed to verify ac timing parameters. It Is crucial 
that you specify all timing parameters of the PCI Bus 
Specification in the piace-and-route phase of your 
design process. Static timing analysis will ensure com¬ 
pliance with the PCI timing requirements. An ORCA 
Foundry timing preference file that works with both the 
place & route software and the static timing analyzer 
are included in the Lucent Technologies PCI Master 
Customer Solution Core. 

Signals driven by a testbench to the PCI master 
change on the falling edge of the PCI clock. Both PCI 
and back-end outputs are strobed 1 ns before the rising 
edge of the PCI clock. Simulation results are continu¬ 
ally compared to data files containing previously gener¬ 
ated test vectors. This structure permits Verilog 
simulation and comparison of both pre- and postlayout 
designs. 
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(continued) 

Procedures Common to All Master Tests 

The master scenarios test both read and write opera¬ 
tions executed by the master. The first seven master 
scenarios test all speeds of the intended target. A fast 
target responds by asserting DEVSEL# on the follow¬ 
ing clock after FRAME# Is sampled active. A medium 
target responds two clock cycles after FRAME#, and 
slow (three clocks) and subtractive decode targets (four 
clocks) respond accordingly. 

The master is initialized before starting each scenario’s 
test sequence. This setup is comprised of a PCI reset 
and then writing two registers in the master’s configura¬ 
tion space. First, the PCI reset signal RST# is asserted 
for one clock period. Second, the latency timer register 
is set to a large value to prevent latency time-outs from 
interfering with test results. Third, the status/control 
register is written to clear all status bits and to enable 
master and parity modes. 

Test Definitions 

In each of the scenarios defined below, the purpose of 
the test is given, followed by the actual steps of the 
test. Unimplemented scenarios are not included. Only 
signal testing that is specific to the test is mentioned In 
the definition. The timing that is used for these tests 
directly relates to this PCI bus master/target implemen¬ 
tation. 


Scenario 1.1—PCI Device Speed and 
Master Abort Cycles 

This scenario tests for proper execution of single data 
memory cycles to targets of all speeds. For write 
cycles, the testbench will verify that data written to the 
PCI master’s internal RAM via the local interface is 
driven onto the PCI bus during the data phase of the 
cycle. For read cycles, data driven onto the PCI bus by 
the testbench during the data phase must be read via 
the local interface from the PCI master’s Internal RAM 
on completion of the PCI read transaction. Configura¬ 
tion, I/O, special, and Interrupt acknowledge cycles are 
not tested because they are specific to motherboard- 
type masters. In addition, master abort cycles are 
tested, and the “master abort” bit is checked in the con¬ 
figuration status register. 

Start with a cycle to set the latency timer register and 
enable master mode using the configuration registers. 
All the following tests assume that the address 
asserted is 0x12345678. 

Perform single phase memory write cycle to fast 
decode target with data = 0x11111111. 

Perform single phase memory read cycle to fast 
decode target with data = 0x5555aaab. 

Perform single phase memory write cycle to medium 
decode target with data = 0x11111111. 

Perform single phase memory read cycle to medium 
decode target with data = 0x5555aaab. 

Perform single phase memory write cycle to slow 
decode target with data = 0x11111111. 

Perform single phase memory read cycle to slow 
decode target with data = 0x5555aaab. 

Perform single phase memory write cycle to subtractive 
decode target with data = 0x11111111. 

Perform single phase memory read cycle to subtractive 
decode target with data = 0x5555aaab. 

Perform single phase memory write cycle to slower 
than subtractive target with data = 0x11111111. 

Verify that master abort bit is set in configuration status 
register, and then clear register. 

Perform single phase memory read cycle to slower 
than subtractive target with data = 0x5555aaab. 

Verify that master abort bit is set in configuration status 
register. 
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Test Definitions (continued) 

Scenario 1.2—PCI Bus Target Abort Cycles 

This scenario tests for proper execution of single data 
memory cycles terminated with target abort. After 
every test, the target abort bit is checked in the mas¬ 
ter’s configuration status register, which is then 
cleared. The master must not retry the operation after a 
target abort is received. Configuration, I/O, and inter¬ 
rupt acknowledge cycles are not tested because they 
are specific to motherboard-type masters. All tests are 
executed for both read and write operations. 

Start with a cycle to set the latency timer register and 
enable master mode using the configuration registers. 
All the tests following assume that the address 
asserted is 0x12345678. 

Perform single phase memory write cycle to fast 
decode target with data = 0x11111111. 

Verify that target abort bit is set in configuration status 
register, and then clear register. 

Perform single phase memory read cycle to fast 
decode target with data = 0x5555aaab. 

Verify that target abort bit is set in configuration status 
register, and then clear register. 

Perform single phase memory write cycle to medium 
decode target with data = 0x11111111. 

Verify that target abort bit is set in configuration status 
register, and then clear register. 

Perform single phase memory read cycle to medium 
decode target with data = 0x5555aaab. 

Verify that target abort bit Is set In configuration status 
register, and then clear register. 

Perform single phase memory write cycle to slow 
decode target with data = 0x11111111. 

Verify that target abort bit is set in configuration status 
register, and then clear register. 

Perform single phase memory read cycle to slow 
decode target with data = 0x5555aaab. 

Verify that target abort bit is set in configuration status 
register, and then clear register. 

Perform single phase memory write cycle to subtractive 
decode target with data = 0x11111111. 

Verify that target abort bit is set in configuration status 
register, and then clear register. 

Perform single phase memory read cycle to subtractive 
decode target with data = 0x5555aaab. 

Verify that target abort bit is set in configuration status 
register. 


Scenario 1.3—PCI Bus Target Retry Cycles 

This scenario tests for proper execution of single data 
memory retry cycles to targets of all speeds. The mas¬ 
ter should receive a retry termination from the target 
and then reattempt the access with the same address. 
Data driven on PCI master’s local Interface must match 
data driven on the PCI bus during the data phase of the 
PCI read or write operation. The retry termination 
should be undetectable by the back-end application. 
Configuration, I/O, and interrupt acknowledge cycles 
are not tested because they are specific to mother- 
board-type masters. 

Start with a cycle to set the latency timer register and 
enable master mode using the configuration registers. 
All the tests following assume that the address 
asserted is 0x12345678. 

Perform single phase memory write cycle to fast 
decode target with data = 0x11111111. 

Perform single phase memory read cycle to fast 
decode target with data = 0x5555aaab. 

Verify that master abort bit is not set in configuration 
status register. 

Perform single phase memory write cycle to medium 
decode target with data = 0x11111111. 

Perform single phase memory read cycle to medium 
decode target with data = 0x5555aaab. 

Verify that master abort bit is not set in configuration 
status register. 

Perform single phase memory write cycle to slow 
decode target with data = 0x11111111. 

Perform single phase memory read cycle to slow 
decode target with data = 0x5555aaab. 

Verify that master abort bit is not set in configuration 
status register. 

Perform single phase memory write cycle to subtractive 
decode target with data = 0x11111111. 

Perform single phase memory read cycle to subtractive 
decode target with data = 0x5555aaab. 

Verify that master abort bit Is not set In configuration 
status register. 
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Test Definitions (continued) 

Scenario 1.4—PCI Bus Target Disconnect 
Cycles 

This scenario tests for proper execution of single data 
memory disconnect cycles to targets of all speeds. The 
master should receive a disconnect termination from 
the target and then not reattempt the access. Data 
driven on PCI master’s local interface must match data 
driven on the PCI bus during the data phase of the PCI 
read or write operation. Configuration, I/O, and inter¬ 
rupt acknowledge cycles are not tested because they 
are specific to motherboard-type masters. 

Start with a cycle to set the latency timer register and 
enable master mode using the configuration registers. 
All the tests following assume that the address 
asserted is 0x12345678. 

Perform single phase memory write cycle to fast 
decode target with data = 0x11111111. 

Perform single phase memory read cycle to fast 
decode target with data = 0x5555aaab. 

Perform single phase memory write cycle to medium 
decode target with data = 0x11111111. 

Perform single phase memory read cycle to medium 
decode target with data = 0x5555aaab. 

Perform single phase memory write cycle to slow 
decode target with data = 0x11111111. 

Perform single phase memory read cycle to slow 
decode target with data = 0x5555aaab. 

Perform single phase memory write cycle to subtractive 
decode target with data = 0x11111111. 

Perform single phase memory read cycle to subtractive 
decode target with data = 0x5555aaab. 

Scenario 1.5—PCI Bus Multidata Phase 
Target Abort Cycles 

This scenario tests for proper execution of multidata 
phase memory cycles terminated with target abort. The 
termination occurs after the first data phase of the write 
or read transaction. After every test, the target abort bit 
is checked In the master’s configuration status register, 
which Is then cleared. The master must not retry the 
operation after a target abort Is received. Configuration 
cycles are not tested because they are specific to 
motherboard-type masters. Dual address cycles are 
not tested, because the master has 32-bit addressing 
only. Memory read multiple, memory read line, and 
memory write and invalidate cycles are not tested. 


because cache mode is not supported. All tests are 
executed for both read and write operations. 

Start with a cycle to set the latency timer register and 
enable master mode using the configuration registers. 
All the tests following assume that the starting address 
Is 0x12345678. 

Perform multidata phase memory write cycle to fast 
decode target with data = 0x11111111,0x22222222, 
0x33333333. 

Verify that master does not retry operation and target 
abort bit is set in configuration status register, and then 
clear register. 

Perform multidata phase memory read cycle to fast 
decode target with data = 0x5555aaab. 

Verify that master does not retry operation and target 
abort bit Is set in configuration status register, and then 
clear register. 

Perform multidata phase memory write cycle to 
medium decode target with data = 0x11111111, 
0x22222222, 0x33333333. 

Verify that master does not retry operation and target 
abort bit Is set in configuration status register, and then 
clear register. 

Perform multidata phase memory read cycle to 
medium decode target with data = 0x5555aaab. 

Verify that master does not retry operation and target 
abort bit is set in configuration status register, and then 
clear register. 

Perform multidata phase memory write cycle to slow 
decode target with data = 0x11111111, 0x22222222, 
0x33333333. 

Verify that master does not retry operation and target 
abort bit is set in configuration status register, and then 
clear register. 

Perform multidata phase memory read cycle to slow 
decode target with data = 0x5555aaab. 

Verify that master does not retry operation and target 
abort bit is set in configuration status register, and then 
clear register. 

Perform multidata phase memory write cycle to sub¬ 
tractive decode target with data = 0x11111111, 
0x22222222, 0x33333333. 

Verify that master does not retry operation and target 
abort bit is set in configuration status register, and then 
clear register. 

Perform multidata phase memory read cycle to sub¬ 
tractive decode target with data = 0x5555aaab. 

Verify that master does not retry operation and target 
abort bit is set in configuration status register. 
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Test Definitions (continued) 

Scenario 1.6—PCI Bus Multidata Phase 
Target Retry Cycles 

This scenario tests for proper execution of multidata 
phase memory retry cycles to targets of all speeds. 
The master should receive a retry termination from the 
target and then reattempt the access with the same 
address. Data driven on PCI master’s local interface 
must match data driven on the PCI bus during the three 
data phases of the PCI read or write transaction. The 
retry termination should be undetectable by the back¬ 
end application. Configuration cycles are not tested 
because they are specific to motherboard-type mas¬ 
ters. Dual address cycles are not tested because the 
master has 32 bit addressing only. Memory read multi¬ 
ple, memory read line, and memory write and invali¬ 
date cycles are not tested because cache mode is not 
supported. 

Start with a cycle to set the latency timer register and 
enable master mode using the configuration registers. 
All the tests following assume that the starting address 
is 0x12345678. 

Perform multidata phase memory write cycle to fast 
decode target with data = 0x11111111, 0x22222222, 
0x33333333. 

Perform multidata phase memory read cycle to fast 
decode target with data = 0x00000001, 0x00000002, 
0x00000003. 

Perform multidata phase memory write cycle to 
medium decode target with data = 0x11111111, 
0x22222222, 0x33333333. 

Perform multidata phase memory read cycle to 
medium decode target with data = 0x00000004, 
0x00000005, 0x00000006. 

Perform multidata phase memory write cycle to slow 
decode target with data = 0x11111111, 0x22222222, 
0x33333333. 

Perform multidata phase memory read cycle to slow 
decode target with data = 0x00000007, 0x00000008, 
0x00000009. 

Perform multidata phase memory write cycle to sub¬ 
tractive decode target with data = 0x11111111, 
0x22222222, 0x33333333. 

Perform multidata phase memory read cycle to sub¬ 
tractive decode target with data = OxOOOOOOOa, 
OxOOOOOOOb, OxOOOOOOOc. 


Scenario 1.7—PCI Bus Multidata Phase 
Target Disconnect Cycles 

This scenario tests for proper execution of multidata 
phase memory disconnect cycles to targets of all 
speeds. The master should receive a disconnect termi¬ 
nation from the target and then continue the access 
with the next address. Data driven on PCI master’s 
local interface must match data driven on the PCI bus 
during the three data phases of the PCI read or write 
transactions. The disconnect termination should be 
undetectable by the back-end application. Configura¬ 
tion cycles are not tested because they are specific to 
motherboard-type masters. Dual address cycles are 
not tested because the master has 32-bit addressing 
only. Memory read multiple, memory read line, and 
memory write and Invalidate cycles are not tested 
because cache mode is not supported. 

Start with a cycle to set the latency timer register and 
enable master mode using the configuration registers. 
All the tests following assume that the starting address 
Is 0x12345678. 

Perform multidata phase memory write cycle to fast 
decode target with data = 0x11111111, 0x22222222, 
0x33333333. 

Perform multidata phase memory read cycle to fast 
decode target with data = 0x00000001,0x00000002, 
0x00000003. 

Perform multidata phase memory write cycle to 
medium decode target with data = 0x11111111, 
0x22222222, 0x33333333. 

Perform multidata phase memory read cycle to 
medium decode target with data = 0x00000004, 
0x00000005, 0x00000006. 

Perform multidata phase memory write cycle to slow 
decode target with data = 0x11111111,0x22222222, 
0x33333333. 

Perform multidata phase memory read cycle to slow 
decode target with data = 0x00000007, 0x00000008, 
0x00000009. 

Perform multidata phase memory write cycle to sub¬ 
tractive decode target with data = 0x11111111, 
0x22222222, 0x33333333. 

Perform multidata phase memory read cycle to sub¬ 
tractive decode target with data = OxOOOOOOOa, 
OxOOOOOOOb, OxOOOOOOOc. 
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Test Definitions (continued) 

Scenario 1.8—PCI Bus Multidata Phase 
and TRDY# Cycles 

This scenario tests for proper execution of multidata 
phase memory cycles with a variety of target wait- 
states. Data driven on PCI master’s local Interface must 
match data driven on the PCI bus during the four data 
phases of the PCI read or write transactions. Dual 
address cycles are not tested because the master has 
32 bit addressing only. Memory read multiple, memory 
read line, and memory write and Invalidate cycles are 
not tested because cache mode is not supported. 

Start with a cycle to set the latency timer register and 
enable master mode using the configuration registers. 
All the following tests assume that the starting address 
is 0x12345678. 

Perform multidata phase memory write cycle to fast 
decode target with data = 0x11111111,0x22222222, 
0x33333333, and 0x44444444. Transaction sequence 
is one target wait-state and then four data phases. 

Perform multidata phase memory read cycle to fast 
decode target with data = 0x00000001, 0x00000002, 
0x00000003, and 0x00000004. Transaction sequence 
is one target wait-state and then four data phases. 

Perform multidata phase memory write cycle to fast 
decode target with data = 0x11111111, 0x22222222, 
0x33333333, and 0x44444444. Transaction sequence 
is one data phase, one target wait-state, and then three 
data phases. 

Perform multidata phase memory read cycle to fast 
decode target with data = 0x00000005, 0x00000006, 
0x00000007, and 0x00000008. Transaction sequence 
is one data phase, one target wait-state, and then three 
data phases. 

Perform multidata phase memory write cycle to fast 
decode target with data = 0x11111111, 0x22222222, 
0x33333333, and 0x44444444. Transaction sequence 
is one data phase, two target wait-states, and then 
three data phases. 


Perform multidata phase memory read cycle to fast 
decode target with data = 0x00000009, OxOOOOOOOa, 
OxOOOOOOOb, and OxOOOOOOOc. Transaction sequence 
Is one data phase, two target wait-states, and then 
three data phases. 

Perform multidata phase memory write cycle to fast 
decode target with data = 0x11111111, 0x22222222, 
0x33333333, and 0x44444444. Transaction sequence 
is two data phases, two target wait-states, and then two 
data phases. 

Perform multidata phase memory read cycle to fast 
decode target with data = OxOOOOOOOd, OxOOOOOOOe, 
OxOOOOOOOf, and 0x00000010. Transaction sequence is 
two data phases, two target wait-states, and then two 
data phases. 

Perform multidata phase memory write cycle to fast 
decode target with data = 0x11111111, 0x22222222, 
0x33333333, and 0x44444444. Transaction sequence 
is alternating one target wait-state and then one data 
phase for a total of four data phases. 

Perform multidata phase memory read cycle to fast 
decode target with data = 0x00000011, 0x00000012, 
0x00000013, and 0x00000014. Transaction sequence 
is alternating one target wait-state and then one data 
phase for a total of four data phases. 

Perform multidata phase memory write cycle to fast 
decode target with data = 0x11111111, 0x22222222, 
0x33333333, and 0x44444444. Transaction sequence 
is alternating two target wait-states, and then two data 
phases for a total of four data phases. 

Perform multidata phase memory read cycle to fast 
decode target with data = 0x00000015, 0x00000016, 
0x00000017, and 0x00000018. Transaction sequence 
Is alternating two target wait-states, and then two data 
phases for a total of four data phases. 
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Test Definitions (continued) 

Scenario 1.9—PCi Bus Data Parity Error 
Single Cycles 

This scenario tests for proper detection and reporting 
of parity errors during single data memory cycles to a 
fast target. For write cycles, the testbench will assert 
PERR# two cycles after the data phase and verify that 
the master detected the condition. For read cycles, the 
testbench will assert odd parity on PAR one cycle after 
the data phase and verify that the master reported the 
condition. Configuration and I/O cycles are not tested 
because they are specific to motherboard-type mas¬ 
ters. 

Start with a cycle to set the latency timer register and 
enable master mode using the configuration registers. 
All the tests following assume that the address 
asserted is 0x12345678. 

Perform single phase memory write cycle to fast 
decode target with data = 0x11111111. 

Verify that data parity detected bit Is set in configuration 
status register, and then clear register. 

Perform single phase memory read cycle to fast 
decode target with data = 0x5555aaaa. 

Verify that PERR# is active two clocks after data phase. 
Verify data parity detected bit is set in configuration sta¬ 
tus register. 

Scenario 1.10—PCI Bus Data Parity Error 
Multidata Phase Cycles 

This scenario tests for proper detection and reporting 
of parity errors during single data memory cycles to a 
fast target. For write cycles, the testbench will assert 
PERR# two cycles after the data phase and verify that 
the master detected the condition. For read cycles, the 
testbench will assert odd parity on PAR one cycle after 
the data phase and verify that the master reported the 
condition. Configuration cycles are not tested because 
they are specific to motherboard-type masters. Dual 
address cycles are not tested because the master has 
32-bit addressing only. Memory read multiple, memory 
read line, and memory write and invalidate cycles are 
not tested because cache mode is not supported. 

Start with a cycle to set the latency timer register and 
enable master mode using the configuration registers. 
All the tests following assume that the address 
asserted is 0x12345678. 


Perform multidata phase memory write cycle to fast 
decode target with data = 0x11111111, 0x22222222. 

Verify that data parity detected bit is set In configuration 
status register, and then clear register. 

Perform multidata phase memory read cycle to fast 
decode target with data = 0x5555aaaa, 0x5555aaaa. 

Verify that PERR# is active two clocks after each data 
phase. Verify data parity detected bit Is set In configura¬ 
tion status register. 


Scenario 1.11—PCI Bus Master Time-Out 

This scenario tests for proper master termination of 
multidata phase memory cycles when the latency timer 
expires before completion of the transaction. Data 
driven on PCI master’s local interface must match data 
driven on the PCI bus during the four data phases of 
the PCI read or write transactions. Dual address cycles 
are not tested because the master has 32-bit address¬ 
ing only. Configuration cycles are not tested, because 
they are specific to motherboard-type masters. Mem¬ 
ory read multiple, memory read line, and memory write 
and invalidate cycles are not tested, because cache 
mode is not supported. 

Start with a cycle to set the latency timer register to 0x8 
and enable master mode using the configuration regis¬ 
ters. All the tests following assume that the starting 
address is 0x12345678. 

Perform multidata phase memory write cycle to fast 
decode target with data = 0x11111111, 0x22222222, 
0x33333333, and 0x44444444. Transaction sequence 
is alternating one target wait-state then one data phase 
for a total of four data phases. 

Verify that master terminated transaction before the 
four data phases completed. 

Perform multidata phase memory read cycle to fast 
decode target with data = 0x00000001,0x00000002, 
0x00000003, and 0x00000004. Transaction sequence 
is alternating one target wait-state then one data phase 
for a total of four data phases. 

Verify that master terminated transaction before the 
four data phases completed. 
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Test Definitions (continued) 

Scenario 1.13—PCI Bus Master Parking 

This scenario tests for proper parking of the AD and 
CBEN buses when the master acquires GNT# with 
REQ# inactive. The master must drive the AD and 
CBEN buses within eight clocks of GNT# becoming 
active. The master must then 3-state the AD and CBEN 
buses one clock after GNT# becomes inactive. 

Start with a cycle to set the latency timer register and 
enable master mode using the configuration registers. 

Assert GNT# to PCI master. 

Verify that master drives the AD and CBEN buses 
within eight clocks of GNT# becoming active. 

Deassert GNT# to PCI master. 

Verify that master 3-states the AD and CBEN buses 
one clock after GNT# becomes inactive. 

Scenario 1.14—PCI Bus Master Arbitration 

This scenario tests for proper execution of single phase 
memory cycles when GNT# is deasserted coincident 
with FRAME# turning on. 

Start with a cycle to set the latency timer register and 
enable master mode using the configuration registers. 
The test’s starting address is 0x12345678. 

Perform single phase memory write cycle to fast 
decode target with data = 0x11111111. 

Verify that master completed transaction successfully 
even though GNT# was deasserted coincident with 
FRAME# turning on. 

Scenario 2.5—^Target Ignores Reserved 
Commands 

This scenario verifies that the target doesn’t respond to 
reserved or dual address cycle commands. The test- 
bench verifies that DEVSEL# remains Inactive and that 
the lUT doesn’t inappropriately drive any signals. In 
this implementation, the following five cycle types are 
ignored: 


C/BE# 

Cycle Type 

0100 

Reserved 

0101 

Reserved 

1000 

Reserved 

1001 

Reserved 

1101 

Dual Address Cycle 


For each of the five cycles above, verify that AD, 
TRDY#, STOP#, PERR#, & SERR# are not driven by 
the target and DEVSEL# remains deasserted for at 
least six clocks. 


Scenario 2.6—^Target Receives Configura¬ 
tion Cycles 

This scenario validates that the target responds to con¬ 
figuration cycles with the proper bus signals and stores 
the data in implemented registers and outputs it prop¬ 
erly when read back. The test also verifies that the tar¬ 
get will only respond to cycles with address bits 
AD[1:0] = 00b, which signifies a type 0 configuration 
cycles. For all configuration transactions, the local bus 
should stay inactive. 

Apply configuration write cycle of one data phase to fill 
the latency timer register (address = Oxc) with Oxffffffff. 

Apply configuration read cycle of one data phase to 
read the latency timer register (address = Oxc). 

Verify that all writable bits In latency timer register are 
set and all read-only bits not altered. 

Apply configuration write cycles of one data phase to 
addresses = Oxd, Oxe, Oxf. 

Verify that DEVSEL# stays deasserted for at least six 
clocks and that AD, TRDY#, STOP#, PERR#, and 
SERR# are not driven by the target. 

Scenario 2.8—^Target Gets Configuration 
Cycles with Address and Data Parity 
Errors 

This scenario tests for proper detection and reporting 
of parity errors during single data configuration cycles. 
For read cycles, the testbench will assert PERR# two 
cycles after the data phase and verify that the target 
detected the condition. For write cycles, the testbench 
will assert odd parity on PAR one cycle after the data 
phase and verify that the target reported the condition 
via PERR#. In addition, address parity will assert odd 
parity during the address phase and then verify that the 
target reported the condition via SERR#. 

Start with a cycle to enable parity error response for 
both address and data cycles via the configuration con¬ 
trol register. 

Perform single phase configuration write cycle to target 
with odd parity. 

Verify that SERR# and PERR# are asserted at the 
appropriate time by the target to report address and 
data parity errors, respectively. 

Perform single phase configuration read cycle to target. 

Verify that SERR# is asserted at the appropriate time 
by the target to report an address parity error. 
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Test Definitions (continued) 

Scenario 2.11—^Target Gets Fast Back-to- 
Back Cycles 

This scenario verifies that the target handles fast back- 
to-back write cycles (where a write is followed by an 
immediate read or write to the same target and the 
master, therefore, imposes no idle phase for turn¬ 
around time). 

Start with a cycle to enable parity error response for 
both address and data cycles via the configuration con¬ 
trol register. 

Perform configuration write cycle to target’s latency 
timer register followed immediately by a read to the 
same register. 

Verify read data matches write data for the latency 
timer register’s writable bits. 

Perform configuration write cycle to a different target’s 
latency timer register followed immediately by a write to 
the target model’s latency timer register. 

Perform configuration write cycle to a different target’s 
latency timer register followed immediately by a read of 
the target model’s latency timer register. 

Verify read data matches write data for the target 
model’s latency timer register. 

Scenario 2.13—Target Gets Cycles with 
IRDY Used for Data Stepping 

This scenario verifies that the lUT can handle wait- 
states imposed by the master. The scenario was origi¬ 
nally intended for memory transactions, but we modi¬ 
fied it to access configuration registers. The target 
model issues a disconnect during the first data phase 
of all configuration cycles, therefore preventing bursts 
during configuration transactions. The testbench per¬ 
forms a configuration write then read of the target’s 
latency timer register. Both accesses contain master 
wait-states for data stepping. 

Perform configuration write cycle to target’s latency 
timer register followed by a read to the same register. 
Both transactions contain a wait-state during the first 
clock cycle following FRAME# to enact data stepping. 

Verify read data matches write data for the latency 
timer register’s writable bits. 


CAE Tools 

The remarks in this application note on CAE tools are 
introductory in nature. Complete details on how to get 
from the Verilog source file to a working ORCA-based 
PCI controller is contained in the PCI Bus MasferVer- 
ilog Source Code User’s Manual (MN96-008FPGA). 

To get to working silicon with a Verilog source file, you 
must use a tool that synthesizes the source code into a 
working file that the ORCA place-and-route tools can 
use. The following is a list of tools used for this project. 

Synthesis (only one of the following synthesis tools is 
required): 

■ Exemplar Galileo —^This tool reads the Verilog input 
and synthesizes logic Into a format that the ORCA 
Foundry tool can understand. This tool is available 
on both PC and workstation platforms. 

■ Synopsys—This tool reads the Verilog input and syn¬ 
thesizes logic into a format that the ORCA Foundry 
tool can understand. This tool is available on a work¬ 
station platform. 

■ Other—Other synthesis tools can also synthesize the 
Verilog source code into ORCA FPGAs; these 
include those available from Viewlogic Systems, Inc.; 
Synplicity, Inc.; and Mentor Graphics Corporation. 

Map and Place-and-Route: 

■ ORCA Foundry—^This tool reads the synthesized 
logic and performs map and place-and-route, to the 
ORCA FPGAs. This tool is available on both PC and 
workstation platforms. From the results of the place- 
and-route, ORCA Foundry produces information for 
the bit stream files (used to program the cell array) 
and timing back-annotation (used to produce a simu¬ 
lation that works with the timing that the place-and- 
route results give you). This tool is available on both 
PC and workstation platforms. 

Simulation (only one of the following Verilog simulation 
tools Is required): 

■ Cadence —This tool Is used to perform functional 
simulation and at-speed simulation of the design. 
This tool is available on workstation platforms. 


4-72 


Lucent Technologies Inc. 




FPGA Data Book 


ORCA FPGAs in PCI Bus Master Applications 


Conclusion 

The PCI bus was specified to enable designers to inter¬ 
face to it directly with large-scale ASICs. This objective 
of the bus specification has produced special parame¬ 
ters that designers must Investigate carefully when 
conducting a component survey. The reasons to 
choose an ORCA OR2CxxA/OR2TxxA for this imple¬ 
mentation include the following: 

■ It meets the stringent I/O performance requirements 
of the PCI bus. 

■ It meets the timing requirements of the PCI bus. 

■ It meets the input loading requirements of the PCI 
bus. 

■ It has sufficient density to allow this generic PCI bus 
master to be further enhanced by the end user. 

■ It Is SRAM-based for ease of use in development. 

■ It has nibble-based PLCs that fit bus-oriented logic 
very well. 

■ Its PLCs can be used as 16 x 4 dual-port SRAM cells 
for internal memory requirements. 

■ It has JTAG boundary-scan capability. 

■ It can be designed using Verilog, which will allow the 
design to be retargeted to a volume technology 
where appropriate. 

■ The timing of routing passes Is repeatable. 

■ It can be simulated with Cadence or some other 
Verilog simulator. 


References 

The following publications provide additional informa¬ 
tion: 

PCI Special Interest Group, PCI Local Bus Specifica¬ 
tion, Rev. 2.1, June 1, 1995. 

PCI Special Interest Group, PCI Compliance Checklist, 
Rev. 2.0B. 

Lucent Technologies, PCI Bus Master Verilog Source 
Code Manual (MN96-008FPGA), July 1996. 

Lucent Technologies, Field-Programmable Gate 
Arrays Data Book {MN95-001 FPGA), April 1995. 

Lucent Technologies, ORCA OR2CxxA FPGAs Data 
Sheet (DS96-025FPGA), April 1996. 
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■ ORCA PCI Bus Initiator Customer Solution Core for 
Synopsys/Verilog (OR-PCIMCSC-VER-SYN) 

■ ORCA PCI Bus Initiator Customer Solution Core for 
Exemplar GalileoA/erilog (OR-PCIMCSC-VER-EXG) 
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Parameterized FIR Filters in ORCA Series FPGAs 


Introduction 

The advent of large, fast FPGAs with dedicated arith¬ 
metic capabilities, such as Lucent Technologies 
Microelectronics Group’s ORCA Series FPGAs, has 
created an opportunity to perform flexible, repro¬ 
grammable digital signal processing functions (DSP) 
in dedicated logic, rather than sequential, DSP micro¬ 
processors. Lucent Technologies’ DSP Customer 
Solution Core (CSC) is produced to meet the cus¬ 
tomer’s need for DSP functionality within an FPGA 
without forcing the customer to perform low-level 
DSP design. 

The DSP CSC provides a complete design solution: 
HDL description, script/batch processing files, design 
samples, simulation vectors, and the SCUBA macro¬ 
function generator. Constantly expanding In support 
of design flows, platforms, and functions, the DSP 
CSC is a fast and convenient means to shave 
months off of a design cycle while implementing an 
optimized function In Lucent Technologies’ fast, 
routable, high-density ORCA FPGAs. 

This application note describes the process by which 
the DSP CSC is used to produce a suite of direct- 
form, linear phase, constant coefficient, finite impulse 
response (FIR) filters. The filters are generated by a 
simple automated procedure. Many parameters of 
the filters are programmable and are explained here. 


Filtering, a Tutorial 

What Does a Filter Do? 

A filter is used to remove unwanted portions of a 
stream of data. Usually, the unwanted portion is 
noise, an extra signal, or a section of the frequency 
spectrum of the data that would interfere with subse¬ 
quent data manipulations. Filtering is usually dealt 
with in the frequency domain; that is, looking at what 
frequencies are present In the data (via a Fourier 
transform) at a given time, and then creating a mask 
or filter that will block out the unwanted frequency 
components and pass the desired frequency compo¬ 
nents. 

Figure 1 shows the filtering process in a frequency 
sense. In that figure, data with a desired frequency 
component and undesired noise (jagged) compo¬ 
nents is applied to a filter. The filter response covers 
the desired frequency component and does not cover 
the noise components, resulting in an output data 
spectrum that only contains the desired frequency 
components. 


INPUT DATA FREQUENCY FILTER MAGNITUDE FILTERED OUTPUT DATA 

SPECTRUM RESPONSE SPECTRUM 

5-4603(F) 

Figure 1. FIR Filter Response Flow 
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Filtering, a Tutorial (continued) 

How Is Filtering Accomplished? 

Although filters are most often designed and visually 
represented in the frequency domain, they are usually 
implemented in the time domain. There are many differ¬ 
ent structures or topologies by which filters can be 
implemented. Common to all of them are numbers 
called coefficients that are multiplied by the samples In 
the Input data stream. The products of these multiplica¬ 
tions are then added in some fashion to produce the fil¬ 
tered output data samples. 

Finite impulse response (FIR) filters are a class of fil¬ 
ters that exhibit certain properties. The major feature of 
an FIR filter is referred to by its name—finite impulse 
response. This means that the filter’s output response 
to an impulse input, or any other type of Input signal 
that eventually goes to and stays at zero, will eventually 
go to zero. 

FIR filters can be physically implemented in a number 
of ways. The most common topology for a FIR filter is 
the direct form, or tapped delay line, topology. This 
topology is nonrecursive; the filter output is only a func¬ 
tion of present and past input values, not of past output 
values. This implies stability, which is one of the main 
reasons that FIR filters are used extensively in many 
different applications. 

Figure 2 shows an example of a direct-form FIR filter. It 
has input, x(n), and output, y(n). The filter consists of a 
series of delay elements, z""*, through which the input 
data passes. In real terms, these delay elements are 
equivalent to clocked data registers. The output of each 
of these delay elements along with the input sample 
are called taps of the filter. Therefore, an M tap filter 
retains M - 1 delayed samples and the input. In gen¬ 
eral, the more taps a filter has the more exactly its 
response follows the desired ideal response. Each data 


tap in the filter is multiplied by a coefficient value, h(k); 
0 < k < M, corresponding to that tap. The products from 
all of the multiplied taps are then summed to produce 
the filtered output sample, y(n), of the filter. 

The latency of the filter is the time, usually measured in 
terms of clock cycles or sample times, between an 
Input sample entering the filter and the corresponding 
output sample leaving the filter. Latency can be difficult 
to understand with some types of filters, but for the 
common subclass of filters known as linear phase FIR 
filters, latency is straightforward. Linear phase 
describes a filter with a constant group delay (deriva¬ 
tive of the phase with respect to frequency), but in prac¬ 
tical terms, it means that there is a symmetry or 
antisymmetry to the coefficients as expressed below: 

Symmetric filter: 

coefficients h(k) = h(M-1-k), 0<k<M-1 
Antisymmetric filter: 

coefficients h(k) = -h(M -1 -k),0<k<M-1 

Filters of these types have a latency (excluding pipelin¬ 
ing in the implementation) of (M - 1)/2 sample times. 
This yields an integer sample time latency for an odd 
tap filter and a fractional sample time latency for an 
even tap filter. 

FIR filters that display symmetry or antisymmetry of 
coefficients can be implemented in a more compact 
realization of the direct-form topology. Since pairs of 
coefficients are the same or negatives of each other, 
data samples which are to be multiplied by the same 
(or negative) coefficient can be added (or subtracted) 
prior to multiplication by the coefficient value. This ver¬ 
sion of the direct-form topology reduces the number of 
multiplications by a factor of two at the expense of a 
few additions. Figure 3 shows the direct-form realiza¬ 
tion for symmetric coefficients. 
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Filtering, a Tutorial (continued) 

Design Considerations 

Filters that are implemented in dedicated hardware, 
such as an FPGA or ASIC, are usually Implemented 
using fixed-point numbers as opposed to digital signal 
processing microprocessors (DSPs) that often use 
floating-point implementations. There are several prac¬ 
tical design considerations to be made for a fixed-point 
digital filter beyond the basic design specification. 
These Include quantization and scaling of the filter 
coefficients, quantization of internal data paths (includ¬ 
ing the use of saturation addition), and quantization of 
output data. 


Quantization of Coefficients 

Quantization of coefficients [h(k) In Figures 2 and 3] Is 
the truncation or rounding of a coefficient value into a 
fixed number of significant bits. Values can be quan¬ 
tized from either floating- or fixed-point numbers. For 
example, if the decimal 124.6 is quantized into an 8-bit 
representation (by rounding), it becomes 125. There is 
not much change because the value 125 falls within the 
0 to 255 unsigned range for an 8-bit (decimal) number. 
If, however, the decimal 283 is quantized to an 8-bit 
representation, it becomes 255 because that is the 
largest unsigned value that can be represented using 
8 bits. The result of either of these example quantiza¬ 
tions introduces error between the calculated response 
of the filter and the actual response that can be 
obtained from a physical fixed-point implementation of 
the filter. The error in the first case is small, and it is 
impractical to do anything about it. The error in the lat¬ 
ter case, though, is large. In this situation, a 9-bit coeffi¬ 
cient representation should be used or the filter should 
be adjusted so that a reasonable response can be 
obtained using an 8-bit coefficient. 


Tap Product Quantization 

The products of the multipliers in each filter tap com¬ 
prise (number of coefficient bits + number of data bits) 
bits. For example, if each coefficient is 8 bits wide, and 
the data samples are 16 bits wide, the product of the 
multiplication of the two values will be up to 8 + 16 = 
24 bits wide. The products from all of the taps are 


summed to produce an output sample. All of the bits in 
the tap products may not be significant to the design 
being implemented. If this is the case, the tap product 
values may be truncated to fewer bits which will reduce 
the area required for the filter and increase Its through¬ 
put capability at the expense of some error from the 
change in precision. 

Output Data Summation Quantization 
(Adder Saturation vs. Wraparound) 

Referring to the chain of adders that add the tap prod¬ 
ucts to produce the filter output in Figure 3, notice that 
if no error is to be introduced in the summation, then 
each adder must grow by one bit as the chain gets 
closer to the final addition. This must be done in case 
an addition sum overflows or underflows the number of 
bits at the adder’s Inputs. Careful scaling and quantiza¬ 
tion of data and coefficients can often eliminate the 
concern of over/underflowing in the final summation, 
but often it is impossible to prepare for every Instance. 
Making the data path width grow for each successive 
addition is not a very viable approach to the design of a 
filter because of the impact on both area consumed by 
the filter and speed loss because of wider paths to pro¬ 
cess. 

An alternative approach is to saturate the result of an 
adder that overflows or underflows. This means that if 
the adder overflows, the result of the addition is set to 
its full-scale positive value. If an adder underflows, the 
result is set to the full-scale negative value. If this is not 
done and the data path is not widened for each succes¬ 
sive add, then the carry-out bit (MSB) of the addition 
will be lost and the lower, less significant bits will be 
retained, causing the result to “wraparound” and caus¬ 
ing a glitch in the data. Figure 4 shows a graphical rep¬ 
resentation of saturation vs. wraparound. In this figure, 
the box in which each signal is shown is the boundary 
within which the signal can be represented. The origi¬ 
nal analog signal Is shown as overflowing Its represent¬ 
able bounds. 

Output Data Quantization 

Similar to tap product quantization, output quantization 
is the truncation of nonsignificant bits from the output 
data stream. The trade-off is error vs. a wider data path 
to process in the system beyond the filter output. 
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Filtering, a Tutorial (continued) 


OVERFLOW 



ORIGINAL ANALOG SIGNAL 


SATURATED 



SATURATED CONTINUOUS RECORD 


WRAPAROUND CONTINUOUS RECORD 



WRAPPED 


SATURATED DIGITAL RECORD WRAPAROUND DIGITAL RECORD 



5-4930(C) 


Figure 4. Saturation vs. Wraparound 

FIR Filter Suite Features Features 


The filters generated by the DSP CSC may be used as 
stand-alone filters or as components in user-defined 
systems. Figure 5 is a graphical representation of the 
use of the DSP CSC FIR filter in an ORCA FPGA. 



■ User-definable parameters: 

— Clock polarity 

— Input data path width 

— Coefficient data path width 

— Multiplication product data path width 

— Output data path width 

— Number of filter taps 

— Input data type: two’s complement, unsigned, 
signed magnitude, offset binary 

— Coefficient data type: two’s complement, 
unsigned, signed magnitude, offset binary 

— Coefficient data representation: binary, 
hexadecimal, decimal 

—- Filter symmetry: symmetrical, antisymmetrical 

— Multiplication pipeline depth 

— Addition result registering 

— Addition result control: saturation, overflow 

■ Easy ASCII text file parameter and coefficient input 

■ Script files to generate and test filters 


■ Uses ORCAs fast multiplier mode for tap 
multiplications 

■ Forthcoming options to Include improved pipelining 
and ROM-based multipliers for smaller filters 
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FIR Filter Suite Features (continued) 


A description of each of the filter parameters is provided below. 


clock polarity 

Ldata_width 

p_data_width 


o_data_width 

data_type 

add_reg 

mult_depth 

symmetry 

saturate 

taps 

coeff_width 

coeff_type 


Specifies the active edge of clocks used for registers In the filter. 1 = rising edge, 0 = falling edge. 

Input Data Path Width. The number of bits In the filter input data path. The valid range is 1 to 32. 

Product Data Path Width. The number of significant bits to retain from the multiplications per¬ 
formed in each filter tap. The maximum amount Is (Ldata_width + coeff_wldth + 1). The valid 
range is 0 to 65, subject to the maximum expressed above. Setting this parameter to 0 will auto¬ 
matically generate the maximum number of significant bits and Is the recommended setting for 
this parameter unless stringent area or speed considerations dictate otherwise. 

Output Data Path Width. The number of bits In the filter output data path. The valid range is 0 to 
32, subject to the constraint that o_data_width Is less than or equal to p_data_width. Setting this 
parameter to 0 will force the output data width path to equal the input data width path value. 

The numerical format of the input data. Output data is returned in the same format. The “native” 
data type of the filter Is two’s complement. All other data types are converted to two’s comple¬ 
ment at the input to the filter and converted back again at the output. The valid formats are 
0 = unsigned, 1 = two’s complement, 2 = signed magnitude, 3 = offset binary. 

Register filter addition results switch. The result of additions prior to tap multiplications, and out¬ 
put sample summations.can be registered to improve filter performance in relation to the system 
clock. 0 = no addition result registering, 1 = register addition results. 

Multiplier Pipeline Depth. This parameter specifies the number of registered pipeline stages 
used in each of the filter’s tap multipliers. The range for this parameter is 0 to 32. 

The coefficient symmetry type indicator for the filter. 0 = symmetrical coefficients, 

1 = antisymmetrical coefficients. 

The addition overflow process indicator. Allows for tap summation Interim and final values to be 
saturated to positive full scale on overflow and negative full scale on underflow. 

0 = no saturation, 1 = saturation. 

The number of taps in the filter. The valid range for this parameter is 2 to 256. 

Coefficient Data Path Width. The number of bits in the filter coefficient data paths. The valid 
range is 1 to 32. 

The numerical format of the coefficient data. The valid formats are 0 = unsigned, 

1 = two’s complement, 2 = signed magnitude, 3 = offset binary. 
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FIR Filter Suite Features (continued) 

FIR Filter Implementation 

The FIR filter implemented by the DSP CSC has a direct-form, or tapped delay line, topology. A diagram of this 
structure is shown in Figure 6. The final adder chain of Figure 6 is a modification from the traditional direct-form 
topology (see Figure 3) to increase the performance of the filter. Figure 7 is the same representation as Figure 6, 
but it shows where the effects of parameter changes are on the basic direct-form topology. Referring to these dia¬ 
grams may be useful in understanding the filter features and their implications to the filter design. Multipliers and 
adders (including two’s complementers) for the filter are Implemented using the SCUBA ORCA optimized macro 
function generator. This flow ensures that these functions will be optimized to the ORCA devices using fast-ripple 
mode adder and multiplier functions. 


x(n) 


y(n) 


Key: 

1^11 Represents unit delay, physically a register. 
7+^ Adder 



5-4909(F) 


(2) Multiplier 


Figure 6. FIR Filter Implementation 
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FIR Filter Suite Features (continued) 




I z-^ I 

1 OPTIONAL I 
[ DATA FORMAT [ 
I CONVERSION I 

y(n) 


5-4910(F) 


Key: 


Ell Represents unit delay, physically a register. 

@ Adder for symmetry option, subtractor for antisymmetry. 
(+) Adder with optional saturate on over/underflow. 

El Register for addition result register option. 

® Optional pipelining within multipliers. 


Figure 7. FIR Filter with Parameter Changes 
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FIR Filter Suite Features (continued) 

Design Flow 

Figure 8 shows the design flow used to create a filter with the customer solution core. Two ASCII text files must be 
created: a parameter file and a coefficient file. These files are processed by a script file, which generates the nec¬ 
essary SCUBA macro functions and synthesizes the filter. The synthesized filter may then be used stand-alone or 
as a component in a user’s design. The design may be functionally simulated at this point in the flow, or the design 
can be immediately processed In ORCA Foundry. The output from ORCA Foundry may be back-annotated for sim¬ 
ulation and/or downloaded to the target ORCA device for use. 



Figure 8. VHDL FIR Filter Design Flow 
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Required Tools 

Synopsys, version 3.4a or later 

ORCA Foundry, version 9.0 or later 

Model Technology's V-System/PLUS Simulator 
(to use simulation files provided) 
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Package Information 


General Information 

Lucent Technologies recognizes that packaging has 
a dramatic effect on device and system performance 
when using FPGAs. With today’s accelerated devel¬ 
opment of very fast, high-density devices, packaging 
technology has been compelled to react swiftly. 
Higher power ranges and tighter packaging densities 
are forcing engineers to reevaluate the effectiveness 
of older, more traditional packaging technologies and 
styles. Through the research efforts of Lucent Tech¬ 
nologies Bell Laboratories, we are spearheading the 
development and acceptance of new packaging 
options in order to meet future demands for state-of- 
the-art devices and system applications. 


Packages, such as ball grid arrays, chip carriers, pin 
grid arrays, and small-outline configurations, bridge 
the gap of advancements in chip technology and the 
developments In automated circuit-board assembly 
processes to lower circuit-board cpsts and enhance 
system performance. Currently, we offer a choice of 
packages in both through-hole and surface-mount 
technologies. These packages accommodate high 
packaging densities with proven reliability. 

As a member of JEDEC and its committees. Lucent 
Technologies has been instrumental in setting the 
standards for new packaging technologies. Our 
ongoing participation in JEDEC is your assurance 
that many of our packages not only meet industry 
standards, but in some cases actually help establish 
those standards. 
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Package Thermal Characteristics 

When silicon die junction temperature is below the 
recommended junction temperature of 125 °C, the 
temperature-activated failure mechanisms are mini¬ 
mized. There are four major factors that affect the 
thermal resistance value: silicon device size/paddle 
size, board mounting configuration (board density, 
multilayer nature of board), package type and size, 
and system airflow over the package. The values in the 
table below reflect the capability of the various package 
types to dissipate heat at given airflow rates. The num¬ 
bers represent the delta °C/W between the ambient 
temperature and the device junction temperature. 

To test package thermal characteristics, a single pack¬ 
age containing a 0.269 in. sq. test IC of each configura¬ 
tion is mounted at the center of a printed-circuit board 
(PCB) measuring 8 in. x 13 in. x 0.062 in. The assem¬ 
bled PCB is mounted vertically in the center of the rect¬ 
angular test section of a wind tunnel. The walls of the 
wind tunnel simulate adjacent boards in the electronic 
rack and can be adjusted to study the effects of PCB 
spacing. Forced air at room temperature is supplied by 
a pair of push-pull blowers which can be regulated to 
supply the desired air velocities. The air velocity is 
measured with a hot-wire anemometer at the center of 
the channel, 3 in. upstream from the package. 

A typical test consists of regulating the wind tunnel 
blowers to obtain the desired air velocity and applying 
power to the test IC. The power to the IC is adjusted 
until the maximum junction temperature (as measured 
by its diodes) reaches 115 °C to 120 °C.The thermal 
resistance 0ja (°CAA/) is computed by using the power 
supplied to the IC, junction temperature, ambient tem¬ 
perature, and air velocity: 


0JA 


TJ-TA 

Qc 


where: 

Tj = peak temperature on the active surface of the IC 
Ta = ambient air temperature 
Qc = IC power 

The tests are repeated at several velocities from 0 fpm 
(feet per minute) to 1000 fpm. 


The definition of the junction-to-case thermal resis¬ 
tance 0jc is: 


0JC 


TJ-TC 

QC 


where: 

Tc = temperature measured to the thermocouple at 
the top dead center of the package 

The actual 0JC measurement performed at Lucent 
Technologies, 0j -tdc, uses a different package 
mounting arrangement than the one defined for 0JC in 
MIL-STD-883D and SEMI standards. Please contact 
Lucent for a diagram. 

The maximum power dissipation for a package is 
calculated from the maximum allowed junction temper¬ 
ature (TJmax, 125 °C), the maximum ambient tempera¬ 
ture (TAmax), and the junction-to-ambient thermal 
characteristic for the given package (0ja). The maxi¬ 
mum power for the package is calculated as follows: 

Max. Power (Watts) = (125 °C - TAmax) x (1/0ja) 

In Table 1 and Table 2, a maximum power dissipation 
for each package is shown with TAmax = 70 °C for the 
commercial temperature range and the 0ja used is for 
0 feet per minute of air flowing over the package. If your 
application does not correspond to these parameters, 
the maximum power dissipation should be recalculated 
using the formula above. 

Once the power dissipated by the FPGA has been 
determined, the maximum junction temperature of the 
FPGA can be found. This is needed to determine if 
speed derating of the device from the 85 °C junction 
temperature used in all of the delay tables is needed. 
Using the maximum ambient temperature, TAmax, and 
the power dissipated by the device, P, the maximum 
junction temperature is given by: 

TJmax = TAmax + (P • 0ja) °C 

Table 1 lists the plastic package thermal characteristics 
for the ATT3000 and the ORCA Series FPGAs. Table 2 
lists the ceramic package thermal characteristics for 
the ORCA Series FPGAs. 
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Package Thermal Characteristics (continued) 


Table 1. Plastic Package Thermal Characteristics for the ATT3000 and ORCA Series* 


Package 

0JA (°C/W) 

0JC 

Max Power 

0 fpm 

200 fpm 

400 fpm 

(°C/W) 

(70 °C—0 fpm) 

44-Pin PLCC 

49 

43 

40 

— 

1.12W 

68-Pin PLCC 

43 

38 

35 

11 

1.28W 

84-Pin PLCC 

40 

35 

32 

9 

1.38 W 

100-Pin QFP 

81 

67 

64 

11 

0.68 W 

100-Pin TQFP 

61 

49 

46 

6 

0.90 W 

132-Pin PPGA 

22 

18 

16 

— 

2.50 W 

144-Pin TQFP 

52 

39 

36 

4 

1.06 W 

160-Pin QFP 

40 

36 

32 

8 

1.38 W 

175-Pin PPGA 

23 

20 

17 

— 

2.39 W 

208-Pin SQFP 

37 

33 

29 

8 

1.49 W 

208-Pin SQFP2 

16 

14 

12 

2 

3.43 W 

240-Pin SQFP 

35 

31 

28 

7 

1.57 W 

240-Pin SQFP2 

15 

12 

10 

2 

3.66 W 

256-Pin PBGA’'3 

22 

14 

17 

3 (est.) 

2.62 W 

256-Pin PBGA2.3 

26 

23 

21 

TBD 

1.97 W 

304-Pin SQFP 

33 

30 

27 

6 

1.67W 

304-Pin SQFP2 

12 

10 

8 

2 

4.58 W 

352-Pin PBGA^ ® 

18 

15 

13 

2 (est.) 

3.06 W 

352-Pin PBGA23 

25 

21 

19 

TBD 

2.20 W 

432-Pin EBGA 

13 

10 

9.3 

<1 

5.50 W 

600-Pin EBGA 

12 

9 

8.3 

<1 

6.88 W 


1. With thermal balls connecteid to board ground plane. 

2. Without thermal balls connected to board ground plane. 

3. Mounted on 4-layer board with two power/ground planes. 

* Packages for the ATT1700A Series Serial ROMs are not included because operation is guaranteed over all specified temperature ranges. 


Table 2. Ceramic Package Thermal Characteristics for the ORCA Series 


Package 

0JA (°C/W) 

0JC 

Max Power 

0 fpm 

200 fpm 

400 fpm 

(°C/W) 

(70 °C—0 fpm) 

364-Pin CPGA 

18 

16 

14 

2.3 

3.05 W 

428-Pin CPGA 

18 

16 

14 

2.3 

3.05 W 
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Package Coplanarity 


Table 3. Package Coplanarity 


Package Type 

Coplanarity Limit 
(mils) 

DIP 

TBD 

EBGA 

8.0 

PBGA 

7.5 

PLCC 

4.0 

PPGA 

NA 

QFP 

4.0 

SOIC 

TBD 

SQFP/SQFP2 

4.0 (240 and 304 only) 
3.15 (all others) 

TQFP 

3.15 


Package Parasitics 

The electrical performance of an 1C package, such as 
signal quality and noise sensitivity, is directly affected 
by the package parasitics. Table 4 lists eight parasitics 
associated with the ATT1700A, ATT3000, and ORCA 
packages. These parasitics represent the contributions 
of all components of a package, which include the bond 
wires, all internal package routing, and the external 
leads. 


Four Inductances In nH are listed: Lsw and Lsl, the 
self-inductance of the lead; and Lmw and Lml, the 
mutual Inductance to the nearest neighbor lead. These 
parameters are important in determining ground 
bounce noise and Inductive crosstalk noise. Three 
capacitances in pF are listed: Cm, the mutual capaci¬ 
tance of the lead to the nearest neighbor lead; and Ci 
and C 2 , the total capacitance of the lead to all other 
leads (all other leads are assumed to be grounded). 
These parameters are important in determining capaci¬ 
tive crosstalk and the capacitive loading effect of the 
lead. 

The parasitic values In Table 4 are for the circuit model 
of bond wire and package lead parasitics. If the mutual 
capacitance value is not used in the designer’s model, 
then the value listed as mutual capacitance should be 
added to each of the Ci and C 2 capacitors. The PGAs 
contain power and ground planes that will make the 
inductance value for power and ground leads the mini¬ 
mum value listed. The PGAs also have a significant 
range of parasitic values. This is due to the large varia¬ 
tion in internal trace lengths and is also due to two sig¬ 
nal metal layers that are separated from the ground 
plane by different distances. The upper signal layer is 
more inductive but less capacitive than the closer, 
lower signal layer. 


CIRCUIT 

Lsw Rw Lsl BOARD PAD 



5-3862(C) 


Figure 1. Package Parasitics 
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Package Parasitica (continued) 
Table 4. Package Parasitics 


Package Type 

Lsw 

Lmw 

RW 

Cl 

C2 

Cm 

Lsl 

Lml 

8-Pin DIP 

3 

1 

140 

0.4 

0.4 

0.2 

2—3 

1 

8-Pin SOIC 

3 

1 

140 

0.4 

0? 

0.2 

2 

1 

20-Pin PLCC 

3 

1 

140 

0.4 

0.4 

0.2 

4—5 

2 

44-Pin PLCC 

3 

1 

140 

0.5 

0.5 

0.3 

5—6 

2—2.5 

68-Pin PLCC 

3 

1 

140 

0.5 

0.5 

0.4 

T 

CO 

3—4 

84-Pin PLCC 

3 

1 

140 

1 

1 

0.5 

7—11 

3—6 

100-Pin QFP 

3 

1 

160 

1 

1 

0.5 

7—9 

4—5 

100-Pin TQFP 

3 

1 

150 

0.5 

0.5 

0.4 

4—6 

2—3 

132-Pin PPGA 

3 

1 

150 

1 

1 

0.25 

4—10 

0.5—1 

144-Pin TQFP 

3 

1 

140 

1 

1 

0.6 

4—6 

2—2.5 

160-Pin QFP 

4 

1.5 

180 

1.5 

1.5 

1 

10—13 

6—8 

175-Pin PPGA 

3 

1 

150 

1 

1 

1 

0.3 

5—11 

1—1.5 

208-Pin SQFP 

4 

2 

200 

1 

1 

1 

7—10 

4—6 

208-Pin SQFP2 

4 

2 

200 

1 

1 

1 

6—9 

4—6 

240-Pin SQFP 

4 

2 

200 

1 

1 

1 

8—12 

5—8 

240-Pin SQFP2 

4 

2 

200 

1 

1 

1 

7—11 

4—7 

256-Pin PBGA 

5 

2 

220 

1 

1 

1 

5—13 

2—6 

304-Pin SQFP 

5 

2 

220 

1 

1 

1 

12—18 

7—12 

304-Pin SQFP2 

5 

2 

220 

1 

1 

1 

11—17 

7—12 

352-Pin PBGA 

5 

2 

220 

1.5 

1.5 

1.5 

7—17 

3—8 

364-Pin CPGA 

2 

1 

1000 

1—2 

1—2 

0.5—1 

2—11* 

1—4 

428-Pin CPGA 

2 

1 

1000 

1—2 

1—2 

CVJ 

1 

d 

2—11* 

1—4 

432-Pin EBGA 

4 

1.5 

500 

1 

1 

0.3 

3—5.5 

0.5—1 

600-Pin EBGA 

4 

1.5 

500 

1 

1 

0.4 

3—6 

0.5—1 


* Leads designated as ground (power) can be connected to the ground plane, reducing the trace inductance to the minimum value listed. 
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Outline Diagrams* 
Terms and Definitions 


Basic Size (BSC): The basic size of a dimension is the size from which the limits for that dimension are derived 
by the application of the allowance and the tolerance. 

Design Size: The design size of a dimension is the actual size of the design, including an allowance for fit 

and tolerance. 


Typical (TYP): When specified after a dimension, indicates the repeated design size if a tolerance Is speci¬ 

fied or repeated basic size if a tolerance is not specified. 

Reference (REF); The reference dimension is an untoleranced dimension used for informational purposes only. 

It is a repeated dimension or one that can be derived from other values in the drawing. 


Minimum (MIN) or 

Maximum (MAX): Indicates the minimum or maximum allowable size of a dimension. 


8-Pin DIP (ATT1700A Only) 

Dimensions are In inches. 

< - 0.400 MAX- 

8 5 

, h A 


D 


17VTPTI 

1 4 


0.155 

MAX 



.0.310 

r MAX n 



5-2641(0 


* Please note that the measurements provided in the outline diagrams in this section are intended for informational purposes only. For detailed 
schematics to assist your design efforts, please contact your Lucent Technologies sales representative. 
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Outline Diagrams (continued) 
8-Pin SOIC (ATT1700A Only) 

Dimensions are in inches. 
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Outline Diagrams (continued) 
20-Pin PLCC (ATT1700A Only) 

Dimensions are in inches. 



5-2035(C) 
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Outline Diagrams (continued) 
68-Pin PLCC 


Dimensions are in millimeters. 
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Outline Diagrams (continued) 
132-Pin PPGA 

Dimensions are in miilimeters. 
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Outline Diagrams (continued) 
175-Pin PPG A 

Controlling dimensions are in inches. 
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Outline Diagrams (continued) 
208-Pin SQFP2 

Dimensions are in millimeters. 



1.30 REF- 
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5-3828(C)R4 



Note: Heat sink appears on top surface for ATT2C40 device (chip bonded face down). 
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Outline Diagrams (continued) 
240-Pin SQFP2 

Dimensions are in millimeters. 



SURFACE; CHIP BONDED FACE UP. (SEE DETAIL C.) 



5-3825(C)R4 



DETAIL C (SQFP2 CHIP-UP) 


Note: Heat sink appears on top surface for ATT2C40 device (chip bonded face down). 


5-4946(C) 
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Outline Diagrams (continued) 
256-Pin PBGA 

Dimensions are in miliimeters. 
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Outline Diagrams (continued) 
304-Pin SQFP2 

Dimensions are in millimeters. 



SURFACE; CHIP BONDED FACE UP. (SEE DETAIL C.) 



5-3827(C)R4 



DETAIL C (SQFP2 CHIP-UP) 


Note: Heat sink appears on top surface for ATT2C40 device (chip bonded face down). 


5-4946(C) 
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Outline Diagrams (continued) 
352-Pin PBGA 

Dimensions are in millimeters. 
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Outline Diagrams (continued) 
428-Pin CPGA 

Dimensions are in millimeters. 
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Outline Diagrams (continued) 
600-Pin EBGA 

Dimensions are in millimeters. 
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Lucent Technologies’ Packing Methods 
Dry Packing 

Lucent Technologies packs moisture-sensitive components in compliance with the IPC-SM-786 Standard. All of our 
devices have been assigned moisture sensitivity ratings (levels 1 through 6). Products that require dry packing (i.e., 
products rated at levels 2 through 6) have their sensitivity rating levels identified on the dry pack bag (please refer 
to A88AL1005 for detailed information on moisture sensitivity classification procedures). Level 1 products, such as 
DIPS and the smaller SOICs and PLCCs, are considered nonmolsture-sensitive and are not dry packed. Custom¬ 
ers may request dry packing of nonmoisture-sensItive products whenever necessary. 

Moisture Sensitivity Levels 

Descriptions for each of the moisture sensitivity levels with which Lucent rates its packages are presented below, 
followed by a table that summarizes the test and storage conditions associated with each moisture level. 

Level 1: Devices meet all lot tolerance percent defective requirements after 168 hours (-0/+4 hours) of 

85 °C (+2°) at 85% (±5%) relative humidity moisture preconditioning, followed by class and THB. This 
simulates unlimited storage at up to 90% RH and 30 °C prior to board mounting. Devices do not require 
dry packing. 

Level 2: Devices meet all lot tolerahce percent defective requirements after 168 hours (-0/+4 hours) of 

85 °C (±2°) at 60% (±5%) relative humidity moisture preconditioning, followed by class and THB. This 
simulates 1 year of storage at up to 60% RH and 30 °C prior to board mounting. Devices should be dry 
packed or baked before use. 

Level 3: Devices meet all lot tolerance percent defective requirements after 192 hours (-0/+4 hours) of 

30 °C (±2°) at 60% (±5%) relative humidity moisture preconditioning, followed by class and THB. This 
simulates 168 hours of storage at up to 60% RH and 30 °C prior to board mounting. Devices should be 
dry packed or baked before use. 

Level 4: Devices meet all lot tolerance percent defective requirements after 78 hours (-0/+4 hours) of 

30 °C (±2°) at up to 60% (±5%) relative humidity moisture preconditioning, followed by class and THB. 
This simulates 72 hours of storage at up to 60% RH and 30 °C prior to board mounting. Devices should 
be dry packed or baked before use. 

Level 5: Devices meet all lot tolerance percent defective requirements after 30 hours (-0/+4 hours) of 

30 °C (±2°) at 60% (±5%) relative humidity moisture preconditioning, followed by class and THB. This 
simulates 24 hours of storage at up to 60% RH and 30 °C prior to board mounting. Devices should be dry 
packed or baked before use. 

Level 6: Devices meet all lot tolerance percent defective requirements after 6 hours (-0/+0.5 hours) of 

30 °C (±2°) at 60% (±5%) relative humidity moisture preconditioning, followed by class and THB. This 
simulates 6 hours of storage at up to 60% RH and 30 °C prior to board mounting after a 125 °C, 8-hour 
bake. Devices do not require dry packing. 


Table 5. Moisture Sensitivity Levels Summary 


Test Conditions 

Storage Conditions 

Level 

Hours 

Temp. 

ro 

Humidity 

(% RH) 

Dry Pack 

o 3 

Humidity 

(% RH) 

Time 

1 

168 

85 

85 

No 

30 

90 

Unlimited 

2 

168 

85 

60 

Yes 

30 

60 

1 year 

3 

192 

30 

60 

Yes 

30 

60 

168 hours 

4 

78 

30 

60 

Yes 

30 

60 

72 hours 

5 

30 

30 

60 

Yes 

30 

60 

24 hours 

6 

6 

30 

60 

No 

30 

60 

6 hours after bake 
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Lucent Technologies’ Packing 
Methods (continued) 


Table 6. Package Moisture Sensitivity Levels 


Package 

Level 

8-Pln DIP* 

— 

8-Pin SOIC 

1 

20-Pln PLCC 

1 

44-Pin PLCC 

1 

68-Pin PLCC 

1 

84-Pin PLCCl^ 

1 

100-PlnQFP 

3 

100-Pin TQFP 

3 

132-Pln PPGA* 

— 

144-Pin TQFP 

3 

160-Pin QFP 

3 

175-Pln PPGA* 

— 

208-Pin SQFP 

3 

208-Pin SQFP2 

3 

240-Pin SQFP 

3 

240-Pin SQFP2 

3 

256-Pin PBGA 

4 

304-Pin SQFP 

3 

304-Pln SQFP2 

3 

352-Pin PBGA 

4 

364-Pin CPGA* 

— 

428-Pin CPGA* 

— 

432-Pin EBGA 

4 

600-Pin EBGA 

4 


The 8-pin DIP and all plastic or ceramic pin grid arrays (PPGAs or 
CPGAs) assume board mounting via wave soldered or socket 
mount. 


t Moisture sensitivity default is Level 1, although some devices 
(ATT3064 and ATT3090) have been assigned a default of Level 3. 


JEDECTray Packing 

All of the trays used by Lucent comply with JEDEC 
standards. We are now using thin-style trays for all 
plastic package types (BQFR QFR SQFR and TQFP) 
and only high-temperature trays are being used. In 
general, all tray packed products are shipped in stacks 
of 4 trays (5, with the cover). For detailed information of 
the standard packing multiples for tray-packed prod¬ 
ucts, please see the table provided in A93AL1146, the 
JEDEC specification on Primary Packing Materials and 
Quantities. 


Valid Packing Options for MOS Devices in 
Plastic Packages 

The following information is intended to document valid 
packing options: 

■ BQFR QFR SQFR and TQFP devices can only be 
shipped in trays: 

— Bakable tray standard packing (-BT) 

— Bakable tray dry pack ^DB) 

■ SOIC and PLCC devices can be shipped either in 
tubes or in tape and reel: 

— Tube standard packing (blank) 

— Tube dry pack (-D) 

— Tape-and-reel standard packing (-TR) 

— Tape-and-reel dry pack (-DT) 

■ DIP devices do not require dry packing and are only 
being shipped in plastic tubes: 

— Tube standard packing (blank) 


Tape-and-Reel Packing 

All product Is taped In compliance with EIA-481 
Standards (please refer to A95AL0056 for detailed 
information on taping procedures). Tape-and-reel 
packing is an essential requirement for automatic 
board loading of PLCC and SOIC packages with high 
(>5K) monthly usage rates and Is often desirable at 
lower rates. This packing method allows the customer 
to load their equipment (one time) with enough product 
for a full production run of boards, thereby eliminating 
the manual loading required when tubes are being 
used. We now have tape-and-reel packing capability at 
all of our assembly and test locations. 
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Lucent Technologies Packing Methods (continued) 


Table 7. Packing Options 


Package 

Capacity/Carrier 

Carrier Number 

Total 

8-Pin DIP 

48/Tube 

PS-25455 

70 Tubes/Box 

8-Pin SOIC 

92/Tube 

PS25407/6ZPE00001 

100 Tubes/Box 


2500/Reel 

PS25528 

— 

20-Pin PLCC 

46/Tube 

6ZPF020100 

60 Tubes/Box 


1000/Reel 

—• 

— 

44-Pin PLCC 

27/Tube 

PS-25388/6ZPF04402 

40 Tubes/Box 


500/Reel 

PS-25445/PS-25467 

— 

68-Pin PLCC 

18yTube 

6ZPF06803 

25 Tubes/Box 


250/Reel 

PS-25444 

— 

84-Pin PLCC 

15/Tube 

PS-25410/6ZPF08410 

25 Tubes/Box 


200/Reel 

PS-25443 

— 

100-Pin QFP 

66/Tray 

— 

4 Trays/Box 

100-Pin TQFP 

90/Tray 

— 

4 Trays/Box 

132-Pin PPGA 

20/Chipboard Box 

PS-25477 

8 Boxes/Carton 

144-Pin TQFP 

60/Tray 

— 

4 Trays/Box 

160-Pin QFP 

24/Dry-packed, 
Bakable Trays 

— 

4 Trays/Box 

175-Pin PPGA 

16/Chlpboard Box 

PS-25477 

8 Boxes/Carton 

208-Pin SQFP 

24/Tray 

— 

4 Trays/Box 

240-Pin SQFP 

24/Tray 

— 

4 Trays/Box 

256-Pin PBGA 

40/Tray 

— 

4 Trays/Box 

304-Pin SQFP 

12/Tray 

— 

4 Trays/Box 

352-Pin PBGA 

24/Tray 

— 

4 Trays/Box 

364-Pin CPGA 

10/Chipboard Box 

PS-25477 

8 Boxes/Carton 

428-Pin CPGA 

10/Chipboard Box 

PS-25477 

8 Boxes/Carton 

432-Pin EBGA 

21/Tray 

— 

4 Trays/Box 

600-Pin EBGA 

12/rray 

— 

4 Trays/Box 
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Lucent Technologies’ Quality Policy 

Policy 

Quality excellence is the foundation for the manage¬ 
ment of our business and the keystone of our goal of 
customer satisfaction. Therefore, it is our policy to: 

■ Consistently provide products and services that 
meet the quality expectations of our customers. 

■ Actively pursue ever-improving quality through pro¬ 
grams that enable each employee to do his or her 
job right the first time. 

Intent 

Quality will continue to be a major, strategic thrust at 
Lucent Technologies. It lies at the heart of everything 
we do. 

Through active planning of every function in the com¬ 
pany, we will strive to provide products and services 
that consistently meet all quality, schedule, and cost 
objectives. Furthermore, we will dedicate ourselves 
to continually improving the quality of our products 
and services by focusing on our processes and pro¬ 
cedures. 

Every employee Is a part of our quality system. 

■ Each of us will strive to understand and satisfy the 
quality expectations of our customers (meaning the 
next internal organization in the process as well as 
the eventual end-customer). 

■ Each of us will strive to identify and eliminate the 
sources of error and waste in our processes and 
procedures. 

■ Each of us will aid the quality-planning and 
improvement efforts of others for the good of the 
corporation as a whole. 


Responsibility 

Each business group president, entity head, and 

senior staff officer is responsible for: 

■ Communicating our quality policy to each 
employee. 

■ Clarifying specific responsibilities for quality. 

■ Developing and reviewing strategic quality plans 
and objectives on an on-going basis. 

■ Implementing a quality management system to 
carry out the plans and surpass objectives. 

■ Monitoring and continually improving the level of 
customer satisfaction. 

■ Monitoring and continually Improving the defect 
and error rate of internal processes and systems. 

■ Developing joint quality plans with suppliers and 
other business partners. 

■ Implementing, funding, and reviewing specific 
quality improvement programs. 

■ Providing education and training in quality disci¬ 
plines for all employees. 
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Lucent Technologies' Approach to 
Quality 

It is the objective of Lucent Technologies to be rated by 
our customers as their number one vendor. It Is our 
purpose to provide quality products made with 
advanced technologies at competitive prices. 

At Lucent Technologies, we strive to: 

■ Understand customers' expectations and consis¬ 
tently meet and exceed them. 

■ Establish high quality standards and engineer pro¬ 
cesses to ensure conformance to those standards. 

■ Work toward continuous improvement of all pro¬ 
cesses by actively Involving every employee sup¬ 
ported by informed management leadership. 

■ Target errors or defects and work toward root cause 
elimination. 

■ Adopt perfection as an organizational goal. 

In this way, Lucent Technologies will continue to 
improve the quality of product design and the quality of 
the manufacturing process. 


Our emphasis Is on prevention. By utilizing engineering 
tools, we are striving to eliminate defects and reduce 
variation in final product. 

Education and training in the values and techniques of 
quality manufacturing extends to all levels of the work 
force. Through quality and reliability Improvements, 
using tools such as statistical process control and 
advanced failure mode analysis, Lucent Technologies 
Is driving toward total customer satisfaction. 

Lucent Technologies' quality and reliability programs 
and resources support state-of-the-art 1C manufactur¬ 
ing. Our research, design, and fabrication processes 
are combined with rigorous sampling and testing pro¬ 
cedures to pursue absolute reliability in every device 
we ship. 

To bring our commitment full circle, Lucent Technolo¬ 
gies' emphasis on customer service and feedback 
ensures prompt response and timely solutions in case 
of device shortcomings after delivery. 

Lucent Technologies’ quality process addresses all ele¬ 
ments of product realization and continues with after¬ 
sale support. 


CONFIRMATION 
OF CUSTOMER 
REQUIREMENTS 


SIMULATION & 
QUALIFICATION 


CONTROL & 
IMPROVEMENT 



CHARACTERIZATION 


PARTNERSHIPS 


RELIABILITY MONITORING 


Figure 1. MOS Quality Process 
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Lucent Technologies’ Quality Plan 

Zero Defects and 100% On-Time Delivery, 
Meeting Our Customers' Requirements 

The strategy for achieving this goal is for the Quality 
Council to lead employees in the implementation of 
Statistical Process Control (SPC) to improve customer 
satisfaction and achieve business objectives. 

The Quality Council is composed of Marketing, R&D, 
Manufacturing, Finance, and Quality Executives, and is 
chaired by the Chief Operating Officer. Two steering 
committees, the Customer Satisfaction and the Quality- 
in-Design and Development groups, lead the process 
management teams in a Total Quality Management 
system. 

Policy deployment methodology translates objectives 
into operational plans executed by Quality Improve¬ 
ment Teams. The Customer-Supplier Model focuses 
the teams' improvement efforts on customer satisfac¬ 
tion. 

SPC is defined in its broadest sense—total employee 
involvement in improving operations. Teams are trained 
in the use of quality tools and quality metrics to control 
processes in a driving effort to reduce variations. 

The quality system is patterned after the ISO 9000 
quality elements. It uses the unabridged Malcolm Bald- 
rige National Quality Award criteria as an objective, 
comprehensive assessment of our Total Quality Man¬ 
agement system. We consider this assessment a direct 
measure of the effectiveness of our quality plans and. 

In particular, our commitment to customers. 

The Malcolm Baldrige Award criteria provides us with 
an Integrated systems approach to addressing: 

■ Customer needs and expectations 

■ Product and service quality 

■ Strategic quality planning 

■ Information management 

■ Quality assurance 

■ Human resource management and development 

■ Leadership for quality 

We use the feedback from the assessments as a 
framework for our quality Improvement plans and have 
been awarded the internal Lucent Technologies Net¬ 
work Systems quality award based on the Malcolm 
Baldrige Award criteria. 


Reliability Education and Training 

Education and training are crucial to our reliability 
improvement effort, and they extend to all levels of the 
work force. Our manufacturing staff attends training 
programs covering electrostatic discharge (ESD) con¬ 
trol, just-in-time (JIT) manufacturing concepts and 
methodology, teamwork, and statistical process con¬ 
trol. SPC-ln-Action training is an operator-level training 
course in statistical process control. Including math 
basics as well as team problem-solving. The course is 
designed to give operators hands-on training with 
actual work examples. 

Our development employees receive reliability training 
courses such as the Statistical Reliability Workshop, 
Robust Design Workshop, and Control of Electrostatic 
Discharge Workshop. In these courses, our staff 
becomes more highly skilled in using statistical tech¬ 
niques to build higher reliability into our products. They 
learn to use computer-based tools to analyze reliability 
data more effectively. They also become more familiar 
with reliability models, graphical methods, maximum 
likelihood estimation, accelerated life testing, and 
development of life tests and field-tracking studies. 
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Lucent Technologies’ Product 
Qualification Process 

The process of qualifying a new product at Lucent 
Technologies is divided into two major efforts: qualifica¬ 
tion of a new technology and qualification of new 
device types or designs in the new technology. 

Both of these qualifications are described in detail in 
this section. 


Technology Qualification Plan 

Lucent Technologies’ Process Qualification Plan for 
both new wafer fabrication and package technologies 
involves rigorous environmental, mechanical, and elec¬ 
trical testing to confirm technology robustness. Indus¬ 
try-standard tests are applied to test devices. 
Specialized tests to examine electrostatic discharge 
and latch-up parameters are also incorporated. 

Prior to qualification and manufacture of devices using 
a new process technology, thousands of ICs from dif¬ 
ferent device types involving multiple wafer lots are 
subjected to extended reliability tests, and extensive 
generic reliability tests are conducted. 

After the technology is introduced into manufacture, a 
continuous quality improvement program is begun. 
Improvements are introduced into the technology, with 
new issues of the technology put into effect at a rate of 
about one per year. 

Reliability and yield studies are performed on a stan¬ 
dard evaluation circuit (SEC). 

Testing 

Much of the evaluation of a new technology Is done 
with an SEC. The SEC is tested with a very rigorous 
methodology, intended to ensure the device functions 
well beyond its intended operating range. 

A voltage stress test is included to detect breakdown of 
any weak oxides. The device is required to be opera¬ 
tional during this stress test. Functional testing is done 
before and after stress testing. Other tests are per¬ 
formed to detect low-level transistor leakage; these 
include a variety of hold time tests with various pat¬ 
terns. The same test routine is performed in at least 
three manufacturing stages: at wafer probe, after pack¬ 
aging, and at the end of reliability testing. Hold time 
and voltage guard band limits are built Into the testing. 


Intrinsic Reliability Data 

Electromigration 

Electromigration Is a well-known failure mechanism 
which affects continuity or isolation of interconnections. 
Interconnections are allowed a maximum failure budget 
of 10 FITS at a junction temperature of 85 °C over 
40 years. 

This failure mechanism follows a log-normal distribu¬ 
tion. Activation energies, standard deviations, and 
median times to failure are measured separately for 
each level in the interconnect structure. For failure rate 
calculations, the die dissipates about 2 W of power. 
Measurements are made with current levels 10 to 20 
times higher than the maximum allowed by the current 
density design rules. 

Hot Electron Effects 

Device aging typically shows greater than 10 years to 
10% Gm degradation under worst-case substrate cur¬ 
rent conditions. Actual devices should not be affected 
by charge injection mechanisms. 

Mobile Ion Contamination 

Mobile ion contamination is checked at wafer level 
using a standard shop procedure. 

Time-Dependent Dielectric Breakdown (TDDB) 

Extensive time-dependent dielectric breakdown mea¬ 
surements are made on specially designed large area 
test structures taken from the line monitor circuit. 

These devices are packed and put under test at electric 
fields as high as 6 mV/cm and temperatures as high as 
150 °C. Both the thermal and voltage characteristics of 
the oxide failures are studied. The thermal activation 
energy is shown to be approximately 0.6 eV at an elec¬ 
tric field of 6 mV/cm and a linear electric field accelera¬ 
tion parameter of three decades/(mV/cm). Correlations 
have been made with wafer-level tests using a gate 
oxide zone tester. This tester is used to routinely moni¬ 
tor oxide quality. 
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Lucent Technologies' Product 
Qualification Process (continued) 

Lucent Technologies' Product 
Qualification Plan 

Lucent Technologies' product qualification plan Involves 
rigorous environmental, mechanical, and electrical 
testing to confirm product soundness. 

Industry-standard tests, generally derived from military 
methods, are applied to test devices; additional spe¬ 
cialized tests are administered to determine electro¬ 
static discharge and latch-up sensitivity. 

Table 1 presents a menu of tests from which a qualifi¬ 
cation plan for a new device is developed. It gives the 
sample size and lot tolerance percent defective (LTPD) 
for each test. The qualification process Is administered 
by the Qualification Review Board (QRB) described in 
this section. 


Depending upon whether the qualification is for a pack¬ 
age, die, or process change—or for a change In fabri¬ 
cation facilities—the QRB determines the tests from 
Table 1 to be administered. Tests normally required for 
a new qualification can be satisfied by a reference to 
recent successful testing on a similar product under 
appropriate conditions. The QRB maintains a data¬ 
base called the Qualification Testing Results System 
(QTRS) that contains accurate records of each qualifi¬ 
cation. 

The QRB is also responsible for the requalification of 
any changes in design, fabrication, or packaging of 
integrated circuit products. The requalification process 
implemented by the QRB is shown in Figure 2. Note 
that the QRB determines the seriousness of the 
change and supervises the requalificatlon. Note also 
that the customer is involved in the requalificatlon pro¬ 
cess. 


Lucent Technologies Inc. 
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Lucent Technologies’ Product Qualification Process (continued) 
Table 1. IC Qualification Tests 


Test No./ 
Symbol 

Test Description 

Method 

Sample Size 

LTPD 

1.LT-1 or 

High-Temperature Operating Bias, 125 °C 

M-1005 

195 

2 

LT-2 

High-Temperature Operating Bias, 150 °C 

M-1005 

100 

4 

2. CL 

CLASS (Component Lead Assembly Simulation) 

L-757214 

132 

5 

3. BH 

Temperature-Humidity Bias 

L-757679 

129 

3 

4. SB 

Steam Bomb 

L-757680 

105 

5 

5. TC 

Temperature Cycling 

M-1010 

105 

5 

6. TS 

Thermal Shock 

M-1011 

25 

15 

7. MR 

Moisture Resistance 

M-1004 

38 

10 

8. LK 

Gross/Fine Leak 

M-1014 

38 

10 

9. SA 

Salt Atmosphere 

M-1009 

15 

15 

10. WV 

Internal Water Vapor 

M-1018 

5 

50 

11. RT 

Low-Temperature Aging 

L-757203 

77 

5 

12. SE 

Soft Error Rate 

M-1018 

10 

— 

13. PS 

Photo Sensitivity 

— 

10 

22 

14. FL 

Flammability and O 2 Index 

UL 94 and 
ASTM 2863-77 

— 

— 

15. SR 

Solvent Resistance 

M-2015 

8 

— 

16. IV 

Internal Visual 

M-2014 

5 

— 

17. PD 

Physical Dimensions 

M-2016 

15 

— 

18. SD 

Solderabllity 

M-2003 

22 

10 

19. MS 

Mechanical Shock 

M-2002 

38 

10 

20. VF 

Variable Frequency Vibration 

M-2007 

38 

10 

21. CA 

Const. Acceleration 

M-2001 

38 

10 

22. SQ 

Mechanical Sequence 

— 

38 

10 

23. LI 

Lead Integrity 

M-2004 

15 

15 

24. BS 

Bond Strength 

M-2011 

15 

15 

25. DS 

Die Shear Strength 

M-2019 

5 

50 

26. XR 

X-Ray 

M-2012 

5 

50 

27. TQ 

End Torque 

M-2024 

15 

15 

28. ES 

Electrostatic Discharge (ESD) 

X-19435 

— 

— 

29. LU 

Latch-up 

L-757185 

9 

— 
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Qualification Review Board 

All new 1C devices fabricated in any manufacturing pro¬ 
cess technology, as well as any changes in a process 
technology, must be qualified under the administration 
of the Qualification Review Board (QRB). 

The QRB is a committee of Lucent Technologies Bell 
Labs Innovations and Lucent Technologies representa¬ 
tives who deal with the procedures and issues related 
to qualification or requalification of silicon integrated 
circuit devices or processing technologies. Such a 
qualification must take place before the device or pro¬ 
cessing technology can be shipped. 


A QRB is formed each time a new device type or pro¬ 
cess change is to be qualified. Each QRB consists of a 
core group, which defines the qualification needs, plus 
several additional members who act as auditors of the 
qualification and provide further expertise. The QRB 
may ask any member of Lucent Technologies to partici¬ 
pate in a qualification review, should the need arise. 

Every QRB includes experts in reliability engineering, 
design, or processing. It may also include specialists in 
packing, quality assurance, product engineering, pro¬ 
cessing, and electrostatic discharge phenomenon. All 
members must be satisfied with the completion of a 
qualification plan before they sign the completed plan. 
Control of product shipment prior to qualification, usu¬ 
ally in the form of models, is the responsibility of the 
quality assurance representative of the QRB. 



5-4543(C) 


Figure 2. Requalification Process Flow 
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FPGA Product Qualification Plan 

Lucent Technologies’ product qualification plan for 
ORCA and ATT3000 Series FPGAs involves rigorous 
environmental, mechanical, and electrical testing to 
confirm product soundness. 

Industry-standard tests are applied to test devices. 
Specialized tests to examine electrostatic discharge 
and latch-up parameters are also incorporated. 

Lucent Technologies’ FPGAs are qualified by a three- 
phase process: Lucent Technologies’ 0.6 jim/0.55 iiim/ 
0.5 pm CMOS processes, the design of the device 
itself, and the performance of a given die in a given 
package. 

Since all Lucent Technologies FPGAs are manufac¬ 
tured using the Lucent Technologies 0.6 pm or 0.55 pm 
or 0.5 pm CMOS processes, they are carefully moni¬ 
tored and tested. Regarding device design, since each 
of the devices in each series of FPGAs (ATT3000, 
ATTICxx, ATT2CXX, ATT2Txx, OR2CxxA, or 
OR2TxxA) is a matrix of repetitive elements, the ORB 
determined that qualifying one of the five dies would 
qualify the design for the product family. 


Finally, the ORB determined the qualification testing 
necessary to qualify each die In a given package. 
Industry-standard tests were chosen, based on prior 
qualifications with the given package for prior CMOS 
designs in the same technology. 

For example, if a prior qualification of a 0.6 pm CMOS 
design had been performed with a larger die than the 
one In question, the only new tests needed would be 
electrostatic discharge (ESD) and latch-up. 

However, if the die to be qualified was the largest 
0.6 pm CMOS design to be put In that package, more 
extensive testing would be required. A table of the tests 
performed is included in the section on package qualifi¬ 
cation. 
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0.5 jam, 0.55 |im, and 0.6 |im CMOS 
Process Qualifications 

Introduction 

This section presents quality and reliability information 
for Lucent Technologies’ 0.5 pm , 0.55 pm, and 0.6 pm 
advanced CMOS processes. These processes employ 
N- and P-channel LDD MOS transistors. The 0.5 pm 
process also uses three levels of metal, and the 
0.55 pm and 0.6 pm processes use two levels of metal. 

These technologies have been rigorously tested for 
reliability and manufacturability. Prior to qualification 
and manufacture of devices using these process tech¬ 
nologies, approximately 10,000 devices were subjected 
to extended reliability tests and extensive generic reli¬ 
ability tests. 

After introduction into manufacture, a continuous 
quality improvement program was begun. This report 
concentrates on the latest version of the technologies. 
New improvements are Introduced into the technolo¬ 
gies, with new issues put into effect at a rate of about 
one per year. 

As part of the processes’ qualification, the following 
tests are performed. 

High-Temperature Operating Bias (HTOB) 

The main vehicle for studying HTOB is the standard 
evaluation circuit (SEC). After testing, the failed parts 
were examined with physical FMA techniques. On the 
SEC, electrical failure modes are easily correlated with 
failure locations. The failing parts were taken through 
electrical and physical FMA. Gate-level defects are 
caused by silicon particles at the gate level. Several 
programs are now In place to attack gate-level defects. 


Temperature Humidity Bias (THB) 

Temperature humidity bias testing was performed on 
the SEC per Lucent Technologies’ requirements of 
static bias at 85 °C and 85% relative humidity. THB is 
known to induce mechanical stress effects due to 
expansion of the plastic due to water absorption. 


Temperature Cycling (TC) 

Temperature cycling was performed per MIL-STD- 
883C, Method 1010, Condition C. 


Thermal Shock (TS) 

Thermal shock was performed per MIL-STD-883, 
Method-1011, which requires -65 °C to +125 °C, liquid- 
to-liquid, for 100 cycles. 


Steam Bomb (SB) 

steam bomb testing was run on the SEC test chips. 


Bond Strength (BS) and Die Shear (DS) 

Bond strength was tested per the usual procedure in 
the models packaging shop at Allentown, PA. All pack¬ 
ages for reliability evaluation were packaged at this 
shop. Die shear strength was also measured on these 
devices. 


Summary 

The latest issues of the 0.5 inm, 0.55 pm, and 0.6 pm 
CMOS technologies meet or exceed requirements for 
qualification in all critical areas. 

Infant mortality and long-term failure rates have 
decreased significantly with the lots processed with this 
log, and it is expected that further improvements will be 
made as part of a continuous quality Improvement pro¬ 
gram. 
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1.2 |am EEPROM CMOS Process 
Qualification 

Introduction 

This section presents quality and reliability information 
for the 1.2 pm EEPROM CMOS process used to fabri¬ 
cate the ATT1700A family of serial PROMs. As part of 
process qualification, the following tests are performed. 

High-Temperature Operating Bias (HTOB) 

The main vehicle for studying HTOB is the standard 
evaluation circuit (SEC). After testing, the failed parts 
were examined with physical FMA techniques. On the 
SEC, electrical failure modes are easily correlated with 
failure locations. The failing parts were taken through 
electrical and physical FMA. Gate-level defects are 
caused by silicon particles at the gate level. Several 
programs are now in place to attack gate-level defects. 

Temperature Humidity Bias (THB) 

Temperature humidity bias testing was performed on 
the SEC per Lucent Technologies’ requirements of 
static bias at 85 °C and 85% relative humidity. THB is 
known to induce mechanical stress effects due to 
expansion of the plastic due to water absorption. 


Temperature Cycling (TC) 

Temperature cycling was performed per MIL-STD- 
883C, Method 1010, Condition C. 


Thermal Shock (TS) 

Thermal shock was performed per MIL-STD-883, 
Method-1011, which requires -65 °C to +125 °C, liquid 
to liquid, for 100 cycles. 


Steam Bomb (SB) 

steam bomb testing was run on the SEC test chips. 


Bond Strength (BS) and Die Shear (DS) 

Bond strength was tested per the usual procedure in 
the models packaging shop at Allentown, PA. All pack¬ 
ages for reliability evaluation were packaged at this 
shop. Die shear strength was also measured on these 
devices. 


Summary 

This latest issue of the 1.2 |im CMOS technology 
meets or exceeds requirements for qualification in all 
critical areas. 
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Device Qualification Testing 
Overview 

Lucent Technologies’ product quality program for the 
ATT3000 and ORCA Series FPGAs requires that the 
devices undergo a rigorous testing program prior to 
introduction. The program includes a series of life and 
environmental tests designed to accelerate failure 
probabilities in the die and package. As part of device 
qualification, the following tests are performed: 

Environmental Tests 

■ High-Temperature Operating Bias (HTOB) 150 °C, 
6.2 V 

■ Component Lead Assembly Simulation Sequence or 
CLASS (CL) 

■ Temperature Humidity Bias (THB) 85 °C/85% RH 

■ Autoclave (SB) 121 °C, 2 ATM 

■ Temperature Cycling (TC) -65 °C to +150 °C 
(air to air) 

■ Thermal Shock (TS) -55 °C to +125 °C 
(liquid to liquid) 

■ Moisture Resistance (MR) 

■ Salt Atmosphere or Corrosion (SA) 


Mechanical Tests 

■ Flammability and 02 Index (FL) 

■ Solvent Resistance (SR) 

■ Physical Dimensions (PD) 

■ Solderabillty (SD) 

■ Bond Strength (BS) 

■ Die Shear Strength (DS) 

■ X-Ray (XR) 

Electrical Tests 

■ Electrostatic Discharge (ES[D]) for Each Pin 

■ Latch-up (LU) 

The specific tests used to qualify devices such as the 
Lucent Technologies’ FPGA product family are 
described below. Test characteristics, parameters, 
allowed failure rates, and other details are included. 

Failure mode analysis (FMA) is used as an Integral part 
of quality testing and surveillance to assess any perfor¬ 
mance flaw, determine corrective measures, and Imple¬ 
ment these measures to eliminate recurrence. 

Test results are presented in the following section. 
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Device Qualification Testing (continued) 
Environmental Tests 

High-Temperature Operating Bias (HTOB) 

HTOB testing, also called dynamic life testing, Is per¬ 
formed at 150 °C and 6.2 V to provide acceleration over 
the condition of use. 

Dynamic operating life stress is considered to be more 
representative than static stress because the continual 
switching of internal circuit nodes more closely approxi¬ 
mates the operation of the device In an actual system. 

Component and Lead Assembly Simulation 
Sequence or CLASS (CL) 

This test involves heating, infrared solder simulation, 
and lead bending. It is a preconditioning test forTHB. 

Temperature Humidity Bias (THB) 

Because a plastic package is inherently nonhermetic, 
the penetration of ambient moisture could damage the 
device due to galvanic action. Thus, temperature 
humidity bias and autoclave (steam bomb) tests are 
used to accelerate moisture ingresslon in order to 
determine the tolerance of the die to Its presence. 

THB testing Is performed at an ambient temperature of 
85 °C and a relative humidity of 85%. The sample 
devices are tested for 1,000 hours at 5 V, and go 
through presoak at 85 units/85 units for 96 hours. 

Autoclave (SB) 

Autoclave, also known as steam bomb, is a storage test 
employing the environmental conditions of Ta = 121 °C, 
100% relative humidity, and 15 psig.This test is used 
as an additional stringent test to measure the moisture 
resistance of the packaging system and the susceptibil¬ 
ity of the die to corrosion. As with THB testing, both 
package integrity and actual die construction play 
major roles in the results. 

Temperature Cycle (TC) 

The compatibility of materials used In the fabrication of 
any device is essential to that device’s reliability. Any 
appreciable mismatch in physical properties, such as 
thermal expansion coefficients, can cause long-term 
device failures. 

In the temperature cycle test, devices are subjected to 
temperature extremes of -65 °C to +150 °C In nitrogen- 
filled chambers. One test cycle consists of a 10-minute 
dwell at each temperature extreme plus a transition 
time of approximately five minutes. 


The gradual change of temperature and relatively long 
dwell times In an air ambient tend to uncover problems 
related to expansion rate differentials. Devices are 
electrically tested after 100 cycles. 

Thermal Shock (TS) 

Just as with the temperature cycle test, the thermal 
shock test is designed to reveal differences in expan¬ 
sion coefficients for components of the packaging sys¬ 
tem. However, thermal shock creates a more severe 
stress in that the device is exposed to a sudden change 
In temperature due to the high thermal conductivity and 
capacity of the liquid ambient. 

Devices are placed in a fluorocarbon bath cooled to 
-65 °C. After remaining in the cold chamber for at least 
five minutes, the sample is transferred to an adjacent 
chamber filled with fluorocarbon at 125 °C and is held 
for an equivalent time. After 100 cycles, thermal shock 
end-point testing Is performed. 

Moisture Resistance (MR) 

This test evaluates, on an accelerated schedule, how 
well component parts and constituent materials resist 
deterioration from the high temperature and humidity 
that is typical of tropical environments. The test differs 
from the steady-state humidity test and derives its 
added effectiveness by employing temperature cycling, 
which alternates periods of condensation and drying. 
This is essential to developing the corrosion process 
and. In addition, produces a breathing action of mois¬ 
ture into partially sealed containers. The test is carried 
out per MIL-STD-883C (method 1004). 

Salt Atmosphere or Corrosion (SA) 

This test is an accelerated laboratory corrosion test. It 
simulates the effects of seacoast atmosphere on 
devices and package elements. The test is carried out 
per MIL-STD-883C (method 1009). 

Low-Temperature Aging (RT) 

This test studies device aging due to hot carrier effects. 
Since it is well known that hot carrier effects are more 
pronounced at lower temperatures, the devices are 
aged at -10 °C for 1,000 hours. 
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Device Qualification Testing (continued) 
Mechanical Tests 

Flammability and 02 Index (FL) 

This test follows UL 94 and ASTM 2863-77 methods. 

Solvent Resistance (SR) 

This test is performed per MIL-STD-883C (method 
2015). Its purpose is to verify that the marking on the 
component parts will not become illegible when the 
parts are subjected to solvents. It also seeks to ensure 
the solvents will not cause deleterious mechanical or 
electrical damage, or deterioration of the materials or 
finishes used in the part. 

Physical Dimensions (PD) 

This test is performed to verify that the external physi¬ 
cal dimensions of the device are in accordance with the 
applicable procurement document. The test is carried 
out per MIL-STD-883C (method 2016). 

Soiderability Test (SD) 

This test is conducted to determine the soiderability of 
all terminations normally joined by soldering. The 
determination Is made on the basis of the ability of 
these terminations to be wetted or coated by solder. 

Test procedures verify whether treatment during the 
manufacturing process to facilitate soldering is satisfac¬ 
tory, and that such treatment has been applied to the 
required portion of the part which is designed to 
accommodate a solder connection. 

The test includes an accelerated aging test which sim¬ 
ulates at least six months’ natural aging under a combi¬ 
nation of storage conditions, each designed to produce 
particular deleterious effects. This test is carried out 
per MIL-STD-883C (method 2003). 

Bond Strength (BS) 

This test measures bond strength and evaluates bond 
strength distributions, and can therefore be used to 
determine compliance with specified bond strength 
requirements of the product’s acquisition document. 
The test is carried out per MIL-STD-883C 
(method 2011). 


Die Shear Strength (DS) 

This test determines the integrity of materials and pro¬ 
cedures used to attach semiconductor die or surface- 
mounted passive elements to package headers or 
other substrates. It is carried out per MIL-STD-883C 
(method 2019). 

X-Ray (XR) 

This examination is performed to nondestructively 
detect defects within the sealed case, especially those 
resulting from the sealing process. It is also performed 
to discover internal defects such as foreign objects, 
improper interconnecting wires, and voids in the die 
attach material or in the glass when glass seals are 
used. The test is carried out per MIL-STD-883C 
(method 2012). 

Electrical Tests 

ESD Human-Body Model as per Lucent Technolo¬ 
gies Method X-19435 

Described later in this section, this qualification 
requires that each pin in the package be protected up 
to 1000 V from electrostatic discharge caused by 
human contact. 

ESD Charged-Body Model as per Lucent Technolo¬ 
gies Method X-19435 

Described later in this section, this qualification 
requires that each pin in the package be protected up 
to 1000 V from electrostatic discharge from any 
charged surface. 

Latch-Up as per Lucent Technologies Method 
L757185 

Described later in this section, latch-up testing includes 
three components: 

■ dc stressing of all inputs and I/O pins 

■ Power supply slew rate (dv/dt) 

■ Power supply overvoltage 

Three unstressed, fully functional devices are used for 
each of the three tests. A device is considered latched 
up if, due to the application of stress, the Icc current 
exceeds the manufacturer’s maximum Icc current and 
remains at that level after the stress is removed. 
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Device Qualification Testing (continued) 


Table 2. Latch-Up Qualification Summary 


Test 

Conditions 

Limits 

Susceptibility 

Level* 

1 

-i-dc Stimuli 

0 to 2 Vcc or 
+500 mA 

0 to Vss 
-5 Vdc or 
-500 mA 

4 

2 

dv/dt 

0 to 0.63 Vcc in 
100 ns 

4 

3 

Power Supply 

>2 Vcc 

4 


‘Refer to the Jatch-up test details on the following pages. 


Details of Electrostatic Discharge 
(ESD) Tests 

ESDTest Methods and Requirements 

Source: Lucent Technologies Bell Laboratories 

Specification X-19435, issue 3 (July 1991) 

Purpose 

This specification describes a uniform method for 
establishing electrostatic discharge (ESD) withstand 
thresholds. It also includes threshold requirements and 
reporting procedures. 


Issue 2 Includes the following Lucent Technologies 
drawings: 


Drawing Number 

Figure 3-n 

Issue 

L-224227 

1 

2 

L-224228 

2 

2 

L-224229 

3 

2 

L-224230 

4 

2 


Scope 

All packaged semiconductor devices, thin-film circuits, 
surface acoustic wave (SAW) devices, optoelectronic 
devices, and hybrid Integrated circuits (HICs) contain¬ 
ing any of these devices are to be evaluated according 
to this specification. The device thresholds are to be 
reported in the product design information (PDI) docu¬ 
ment. Device thresholds and corner pin thresholds are 
to be reported in the appropriate qualification docu¬ 
ments. 


Product Design Information (PDI) 

The PDI is the official Lucent Technologies document in 
which the responsible design and manufacturing orga¬ 
nizations agree that the product information contained 
therein satisfies manufacturing, legal, and regulatory 
requirements; it also places certain manufacturing doc¬ 
uments under formal change order control. 

ESD testing is conducted before transmitting new PDIs 
and when existing PDIs are reissued due to process, 
design, packaging, or specification changes. Tests are 
conducted on the device and package that represent 
the product in all details presented In the PDI. 

Types of Testing 

Two types of testing are required: 

■ Human-Body Model (HBM) 

■ Charged-Device Model (CDM) 

Pin Combinations to be Tested 

For the human-body model, test three pin combina¬ 
tions: 

■ Stress each input (or output) pin while grounding all 
power supply pins 

■ Stress each power supply pin while grounding each 
differently named supply pin (or group of pins) 

■ Stress each input (or output) pin while grounding all 
output (or input) pins. 

The power supply pins include Vdd, Vcc, Vss, Vbb, 
GND, +Vs, -Vs, and Vref. Pins such as offset adjust, 
compensation, clocks, controls, address, data, and 
input are considered input pins. Output and Input/out¬ 
put pins are considered output pins. In addition, do not 
test no connects (NCs). For the charged-device model, 
test each pin. For CDM testing of pin grid array (PGA) 
devices, however, it is permissible to limit testing to the 
outer pins. 

Voltage levels for HBM ESD testing include: 


100 V 

500 V 

2000 V 

200 V 

1000 V 

4000 V 

Voltage levels for CDM ESD testing 

100V 

500 V 

2000 V 1 

200 V 

1000 V 



Any devices which fail at 500 V are tested further at 
100 mV increments to determine threshold value. 
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Details of ESD Tests (continued) 

Test Procedure Overview 

At least six devices are needed to obtain the HBM and 
COM thresholds; prepare at least three of these for 
HBM testing and at least three more for the COM tests. 
Carry out all testing at room temperature. Circuit sche¬ 
matics for HBM and COM testing are shown in 
Figure 3 and Figure 4, respectively. 

Specific Test Procedure: HBM 

Insert the first device under test (DDT) into the socket 
as shown in Figure 3. Start with the recommended volt¬ 
age or with any desired level, as discussed above. At 
each voltage level, stress all pin combinations as 
described earlier in this section. 

At each voltage level, apply five pulses of each polarity 
with a one-second interval between pulses to the DDT. 
Test the device, using the failure criteria specified later 
in this section. Record the PASS/FAIL results for both 
the device and the corner pins. Use the device result 
for the next step, described below. 

If the result is PASS, stress the same device or a new 
device at the next higher level as shown in the tables 
earlier in this section (when you reach the highest level, 
stop testing). If the result is FAIL, decrease the voltage 
to the next lower level, select a new device, and stress 
only those pins that failed at the previous level. If there 
is no lower level, stop testing. Repeat these steps until 
the highest passing voltage for the device and the cor¬ 
ner pins is determined. 

Then, stress and test two new devices at the highest 
passing voltage level for all the pin combinations 
required for the OUT, as listed earlier in the section. If 
both devices pass, this voltage level is the HBM with¬ 
stand threshold. Otherwise, lower the voltage level and 
repeat the above testing steps until the HBM threshold 
is obtained. If the weakest pin is not at a corner, start 
testing with the voltage one level higher than the high¬ 
est voltage passed by all the corner pins. Then, deter¬ 
mine their threshold by using the same procedure 
applied to the corner pins. 

If one device fails and the other passes, it is permissi¬ 
ble to further test the voltage level for three (or multi¬ 
ples of three) new devices. If no more than one out of 
six (or two out of 12, etc.) devices fails, this voltage 
level is the HBM threshold. This section also applies to 
the testing of the corner pins. 


During device testing procedures, it is allowable to sep¬ 
arate polarity; in other words, to stress a device with 
one polarity and a new device with the opposite polar¬ 
ity. First, determine the threshold for each polarity, as 
described above. Then, report the threshold value with 
the lower magnitude. 

These test procedures can be modified to fit special cir¬ 
cumstances. For example, the withstand threshold is 
the highest level at which three out of three (or five out 
of six, or 10 out of 12) stressed devices pass. If the 
device does not pass any level, its threshold is 0 V. 

Specific Test Procedure: CDM 

Prepare at least three samples. Place the first device 
on the TEFLON base with the leads up. Start with the 
recommended (or any desired) voltage level, as dis¬ 
cussed earlier in the section. All pins will be tested. 

First, charge the device with a positive potential by 
touching all leads with the charging probe (manual 
testers) or the charging pad (semiautomatic testers). 
Then discharge the package within 5 s by activating the 
vacuum relay. Repeat this procedure five times consec¬ 
utively with a >0.1 s interval between discharges. 
Repeat the procedure for the negative polarity. 

Follow the procedure detailed earlier in this section to 
determine the CDM threshold. This completes the 
CDM testing procedure. 

Summary of Pass Criteria 

All pins should pass 1,000 V. 

Failure Criteria 

Parameters identified in the device specification are 
monitored for ESD testing. If a device cannot pass its 
own specifications, it is considered to have failed. 

Other Information 

The devices used for each of the above tests will not be 
used for any prior or future qualification tests. In addi¬ 
tion, the test devices are handled with extreme care, 
using ESD preventative measures so as not to influ¬ 
ence the test results. All operators wear grounding 
straps when handling the devices. The devices are 
transported in appropriate ESD protective packaging. 
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Details of ESD Tests (continued) 


RL1 



5-4356(0 

Figure 3. Circuit Schematic of Human>Body ESD Simulator 



Figure 4. Circuit Schematic for CDM Simulator and Waveform Measurement 
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Details of Latch-Up Tests 

Integrated Circuit Latch-Up Test 
Procedure per Lucent Technologies 
Method A88AL1006 

Purpose 

This section describes the testing method Lucent Tech¬ 
nologies uses to determine the latch-up susceptibility 
of CMOS integrated circuits. 

Data in this section applies to devices requiring power 
supply voltages not exceeding ±15 Vdc for normal 
operation. 

Test Procedure 

The latch-up testing procedure includes three tests: 

■ dc stressing of all inputs and I/O pins 

■ Power supply slew rate (AV/At) 

■ Power supply overvoltage 

Three unstressed, fully functional devices are used for 
each of the three tests. Each DUT Is heated to the 
maximum recommended operating case temperature 
during each test. During testing, If the DUT incurs obvi¬ 
ous permanent damage such as if the input opens due 
to excess input current or Icc > Icc (max.), a new 
device is used to test the remaining pins. The substi¬ 
tuted device is not considered as the second or third 
device of the three-device-per-test requirement. 

Unless specifically required, power supply voltages and 
stresses are applied at a sufficiently slow rate so that 
the DUT is not adversely affected. If an adverse effect 
is noted, the rate of application is reduced until the 
effect is eliminated. 


Testing Pre- and Post-Vcc/Vss dc 
Stressing of Input and I/O Pins 

Overview 

Input pins not under test are connected to ground. I/O 
pins are left floating. This pin configuration applies, as 
long as it does not cause the DUT to malfunction, as in 
an Icc > jcc max condition. 

If the DUT does malfunction due to the pin configura¬ 
tion, an alternate pin configuration may be determined 
by the responsible device qualification engineer. The 
engineer will record the alternate configuration In the 
comments section of the results report form. 

The +dc stimuli limits, detailed later in this procedure, 
state a voltage and current limit. Voltage is applied to 
the pin under test via the curve tracer, until either the 
indicated voltage or current limit is attained or latch-up 
occurs as defined above. 

The duration of the dc stimulus applied to the DUT is 
less than two seconds, and power supply levels are set 
to the manufacturer’s maximum recommended operat¬ 
ing level. Figure 5 illustrates equipment hookup. 


( + ) dc STIMULUS 



5-1790(C) 


Figure 5. Test 1: Equipment Hookup: 
+ or - dc Stimuli 
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Details of Latch-Up Tests (continued) 
Pre-VccA/ss Stress 

The DUT is placed in the test socket, and the pin under 
test is connected to the dc source. The dc stimulus Is 
applied according to the level and polarity being tested, 
and then Vcc and Vss are applied. 

The dc stimulus Is then removed from the Input pin 
under test, and the Icc is*observed to determine 
whether latch-up has occurred. If latch-up occurs, the 
device is immediately removed from the test socket; if it 
does not occur, the DUT is left in the test socket. 

In either case, Vcc and Vss are removed, and the pin 
under test is connected back to its pretest level. The 
DUT is resocketed, if necessary, and the next pin is 
tested. The procedure is repeated until all inputs and 
I/O pins have been tested. Results are recorded on the 
results report form. 

Post-Vcc/Vss Stress 

The DUT is placed in the test socket, and the Vcc and 
Vss pins are connected to their respective potentials 
first. Then, the Input pin under test is connected to the 
dc source. The dc stimulus is applied according to the 
level and polarity being tested. 

The dc stimulus is then removed from the input pin 
under test, and the Icc is observed to determine 
whether latch-up has occurred. If latch-up occurs, the 
device is immediately removed from the test socket; if it 
does not occur, the DUT is left in the test socket. In 
either case, Vcc and Vss are removed, and the pin 
under test is connected back to its pretest level. The 
DUT is resocketed if necessary, and the next pin is 
tested. The procedure is repeated until all inputs and 
I/O pins have been tested. Results are recorded on the 
results report form. 

I/O pins are stressed at all possible output states. The 
DUT is placed in the test socket, and Vcc and Vss pins 
are connected to their respective potentials. The I/O pin 
under test is then connected to the dc source, and the 
dc stimulus is applied according to the level and polar¬ 
ity being tested. 

The dc stimulus is then removed from the I/O pin under 
test, and the Icc is observed to determine whether 
latch-up has occurred. If latch-up occurs, the device Is 
immediately removed from the test socket; if it does not 
occur, the DUT is left in the test socket. In either case, 
the I/O pin under test is connected back to its pretest 
level.The DUT is resocketed if necessary, and the next 
I/O pin is tested. The procedure is repeated until all I/O 
pins have been tested. 


Power Supply Slew Rate (AV/At) Limit 

If the DUT has multiple power supplies, each power 
supply pin is stressed separately. The power supply 
pln(s) not under test are set to the manufacturer’s rec¬ 
ommended nominal level (Vnom) before the power 
supply pin under test is stressed. The voltage rate 
applied to the power supply pin under test is described 
byV(t): 

V(t) = Vmax [1 - exp (-t/RC)] 

where Vmax = manufacturer’s recommended maximum 
supply voltage; R = 10 Q, 5%; and C = 0.1 )liF, 5%. 

See Figure 5 for equipment hookup. The DUT is placed 
in the test socket and the voltage is raised on the power 
supply pin not under test to Vnom. I/O pins are left 
floating for each test. Voltage is applied to the power 
supply pin under test, at the specified rate (see AV/At 
limit), as follows: 

1. Twelve times with all input pins tied to Vcc. 

2. Twelve times with all input pins grounded. 

3. Twelve times with the device in Icc (active) mode. 

4. Twelve times with the device in Icc (standby) mode. 
If the Icc active mode and the Icc stand-by mode are 
reached by conditions 1 and 2, conditions 3 and 4 are 
not performed. 

Each of the 12 times that power is applied to the DUT, 
Icc is observed to determine whether latch-up has 
occurred. If latch-up has occurred, the DUT is removed 
from the test socket immediately and the results and 
pin configuration are recorded on the results report 
form. The procedure is repeated for each power supply 
pin. 

Power Supply Overvoltage Test 

If the DUT has multiple power supplies, each power 
supply pin is stressed separately. The power supply 
pin(s) not under test are set to the manufacturer’s rec¬ 
ommended nominal level (Vnom) before the power 
supply pin under test is stressed. 

The input and I/O pin configuration during this test is 
the same as for the tests detailed earlier in this section. 
See Figure 7 for equipment hookup. The DUT is placed 
in the test socket, and the voltage is raised on all power 
supply pins to Vnom. The voltage on the power supply 
pin under test is then raised to the power supply over¬ 
voltage limit. See the list of power supply overvoltage 
limits later in this section. 

The voltage on the power supply pin under test is 
returned to Vnom, and the Icc is observed to deter¬ 
mine whether latch-up has occurred. If it occurs, the 
DUT is removed from the test socket immediately. This 
procedure is repeated for each power supply pin. The 
results are recorded on the results report form. 
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Details of Latch-Up Tests (continued) 



(SEE WAVESHAPE BELOW) 



POWER SUPPLY 
UNDER TEST 



SAFE REGION 


TIME (ms) 

5-1791 (C) 


Figure 6. Test 2: Power Supply (AV/At) Limit 



5-1792(C) 


Figure 7. Test 3: Power Supply Overvoltage Test Equipment Hookup 
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Details of Latch-Up Tests (continued) 

Susceptibility Levels 

A device is considered latched up if, due to the application of a stress, the Icc current exceeds the manufacturer’s 
maximum Icc current and remains at that level after the stress is removed. Susceptibility levels are summarized in 
the table below. Each device is stressed at level 1 conditions before a higher level is attempted. Devices that latch 
up due to level 1 conditions or less are considered very susceptible to latch-up and are so noted on the results 
report form. The device qualification engineer is responsible for determining whether a product should be rejected 
due to performance on this and all tests. In any case, a device is categorized Into the lowest level in which the DUT 
incurs latch-up during any one of the three tests. 

Unless otherwise requested, the maximum stress applied is the maximum conditions described by level 2. 

Levels 3 and 4 have been designated for the benefit of those whose applications may require a more robust device. 

Table 3. Limits Employed in Testing 


Vcc = manufacturer’s maximum operating Vcc voltage; Vss = manufacturer’s maximum operating Vss voltage. 


Susceptibility 

Test 1 

Test 2 

Test 3 

Level 

Current 

Voltage 

Slew Rate 

PS Overvoltage 

0 

<50 mA 

VCC + 5V 

VSS + 5V 

>0.63 Vdd In 10 ps 

<1.50 Vdd 

1 

>50 mA 
<150 mA 

VCC + 5V 

VSS + 5V 

>0.63 Vdd In 5 ps 

>1.50 Vdd 
<1.75 Vdd 

2 

>150 mA 
<250 mA 

VCC + 5V 

VSS + 5V 

>0.63 Vdd in 1 ps 

>1.75 Vdd 
<2.00 Vdd 

3 

>250 mA 
<500 mA 

VCC + 5V 

Vss + 5 V 

>0.63 Vdd in 500 ps 

>2.00 Vdd 
<2.25 Vdd 

4 

>500 mA 

Vcc + 5 V 

Vss + 5 V 

>0.63 Vdd in 100 ps 

>2.25 Vdd 
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Package Qualification 
Introduction 

This section will document the qualification test procedures and results for the devices in the Lucent Technologies 
FPGA product family. The QRB determined the qualification requirements of each die in a given package. Test 
results are presented in Table 4 for the ATT3000 Series (0.6 pm), in Table 5 for the ATT3000 Series (0.55 pm), in 
Table 6 for the ORCA 1C Series, in Table 7 for the ORCA 2C series of FPGAs, and in Table 8 for the ATT1700A 
series of EEPROMs. For more detailed qualification information, please see the qualification test proce¬ 
dures and results at the end of this section. 

ESD and latch-up tests have been done on all of the FPGA families, with varying results for each device in each 
package. For the ATT3000 Series, the ESD results for the human-body model (ESD-HBM) varied from >2000 V to 
>3500 V, and the ESD results for the charged-device model (ESD-CDM) varied from >2500 V to >3000 V. Most 
devices passed LU Class IV, with a few passing only LU Class 111. For the 1C Series of FPGAs, both ESD-HBM and 
ESD-CDM passed for >2000 V, which was the highest value tested. These devices also passed LU Class IV. For 
the 2C Series of devices, ESD-HBM passed for >2000 V and ESD-CDM passed for >1000 V, which, again, were 
the highest values tested. These devices also passed LU Class IV. 

Qualification Status 


Table 4. Qualification Status of ATT3000 Series FPGAs (0.6 pm) 


Device 

Qual No. 

References 

Tests Performed 

Status 

3020-68PLCC 


Q92055, Q89166 

— 

Fully Qualified 

3020-84PLCC 


Q92055, Q89166 

— 

Fully Qualified 

3020-1OOQFP 

— 

Q90001 orQ90111 

— 

Fully Qualified 

3030-44PLCC 

— 

Q92055, Q89166 

— 

Fully Qualified 

3030-68PLCC 

— 

Q92055, Q89166 

— 

Fully Qualified 

3030-84PLCC 

— 

Q92055, Q89166 

— 

Fully Qualified 

3030-1 OOQFP 

— 

Q90001 orQ90111 

— 

Fully Qualified 

3030-1OOTQFP 

— 

Q92055 

— 

Fully Qualified 

3042-84PLCC 

— 

Q92055, Q89166 

— 

Fully Qualified 

3042-1 OOTQFP 

QRB92.51 

Q92055 

ESD, LU 

Fully Qualified 

3042-1 OOQFP 

QRB93.2 

Q90001 or Q90111 

ESD, LU 

Fully Qualified 

3042-132PPGA 

— 

Q90137 

— 

Fully Qualified 

3064-84PLCC 

— 

Q92055, Q89027 

— 

Fully Qualified 

3064-132PPG A 

— 

Q90137 

— 

Fully Qualified 

3064-160QFP 

— 

Q89129.1,Q90140 

— 

Fully Qualified 

3090-84PLCC 

Q92055 

Q90148, Q89027 

LT, ESD, LU 

Fully Qualified 

3090-160QFP 

— 

Q89129.1,Q90140 

— 

Fully Qualified 

3090-175PPGA 

Q92054 

Q90137 

LT, ESD, LU 

Fully Qualified 

3090-208SQFP 

— 

MR120, Q92055 

— 

Fully Qualified 


Note: Status reflected is as of 2Q96. 
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Package Qualification (continued) 


Table 5. Qualification Status of ATT3000 Series FPGAs (0.55 |xm) 


Device 

Qual No. 

References 

Tests Performed 

Status 

3020-68PLCC 

— 

Q95273, Q89166 

— 

Fully Qualified 

3020-84PLCC 


Q95273, Q89166 

— 

Fully Qualified 

3020-1OOQFP 

— 

Q95273, Q90111 

— 

Fully Qualified 

3030-44PLCC 

— 

Q95273, Q89166 

— 

Fully Qualified 

3030-68PLCC 

— 

Q95273, Q89166 

— 

Fully Qualified 

3030-84PLCC 

— 

Q95273, Q89166 

— 

Fully Qualified 

3030-1 OOQFP 

— 

Q95273, Q90111 

— 

Fully Qualified 

3030-1OOTQFP 

— 

Q95273, Q92055 

— 

Fully Qualified 

3042-84PLCC 

Q95273 

MR109, Q89166 

LT, BSD, LU 

Fully Qualified 

3042-1 OOQFP 

— 

Q95273, Q90111 

— 

Fully Qualified 

3042-1 OOTQFP 

— 

Q95273, Q92055 

1 

— 

Fully Qualified 

3042-132PPGA 

— 

Q95273, Q90137 

— 

Fully Qualified 

3064-84PLCC 

— 

Q95273, Q89027 

— 

Fully Qualified 

3064-132PPGA 

— 

Q95273, Q90137 

— 

Fully Qualified 

3064-160QFP 

— 

Q95273, Q90140 

— 

Fully Qualified 

3090-84PLCC 

Q96098 

Q95273, Q89027 

BSD, LU 

Fuliy Qualified 

3090-160QFP 

— 

Q95273, Q90140 


Fully Qualified 

3090-175PPGA 

— 

Q95273, Q90137 


Fully Qualified 

3090-208SQFP 

Q96099 

Q95273, MR120 

BSD, LU 

Fully Qualified 


Note: Status reflected is as of 2Q96. 
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Package Qualification (continued) 


Table 6. Qualification Status of ORCA 1C Series FPGAs 


Device 

Qual No. 

References 

Tests Performed 

Status 

ATT1C03-84PLCC 

— 

Q92167, Q92168 

— 

Fully Qualified 

ATT1C03-100TQFP 

— 

Q92167, QRB92.51 

— 

Fully Qualified 

ATT1C03-132BQFP 

— 

Q92167, Q92168 

— 

Fully Qualified 

ATT1C03-208SQFP 

__ 

Q92167, Q92168 

— 

Fully Qualified 

ATT1C03-225CPGA 

— 

Q92167, Q92161 

— 

Fully Qualified 

ATT1C03-225PPGA 

— 

Q92054, Q92167 

— 

Fully Qualified 

ATT1C05-84PLCC 

— 

Q92167, Q92168 

— 

Fully Qualified 

ATT1C05-100TQFP 

— 

Q92167, QRB92.51 

— 

Fully Qualified 

ATT1C05-132BQFP 

— 

Q92167, Q92168 

— 

Fully Qualified 

ATT1C05-208SQFP 

— 

Q92167, Q92168 

— 

Fully Qualified 

ATT1C05-225PPGA 

— 

Q92054, Q92167 

— 

Fully Qualified 

ATT1C05-225CPGA 

— 

Q92167, Q92161 

— 

Fully Qualified 

ATT1C05-240SQFP 

Q92167 

— 

All major tests 

Fully Qualified 

ATT1C07-208SQFP 

— 

Q92167, Q92168 

— 

Fully Qualified 

ATT1C07-240SQFP 

— 

Q92167, Q92168 

— 

Fully Qualified 

ATT1C07-280CPGA 

— 

Q92167, Q92161 

— 

Fully Qualified 

ATT1C07-304SQFP 

Q94044 

Q92167,Q92168 

ESD 

Fully Qualified 

ATT1C09-208SQFP 

— 

Q92167, MR120 

— 

Fully Qualified 

ATT1C09-240SQFP 

— 

Q92167, MR141 

— 

Fully Qualified 

ATT1C09-304SQFP 

— 

Q94044 

— 

Fully Qualified 


Note: Status reflected is as of 2Q96. 
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Package Qualification (continued) 


Table 7. Qualification Status of ORCA 2C Series FPGAs 


Device 

Qual No. 

References 

Tests Performed 

Status 

ATT2C04-84PLCC 

Q94291 

Q93234, T92222, MR109 

None 

Fully Qualified 

ATT2C04-144TQFP 

— 

Q93234, Q93181 

None 

Fully Qualified 

ATT2C04-160QFP 

Q95319 

Q93234, MR119 

ESD, LU 

Fully Qualified 

ATT2C04-208SQFP 

— 

Q93234, Q94124 

None 

Fully Qualified 

ATT2C06-84PLCC 

— 

Q93234, T92222 

None 

Fully Qualified 

ATT2C06-144TQFP 

— 

Q93234, Q93181 

None 

Fully Qualified 

ATT2C06-160QFP 

— 

Q93234, MR119, Q95319 

None 

Fully Qualified 

ATT2C06-208SQFP 

— 

Q93234, Q94124 

None 

Fully Qualified 

ATT2C06-240SQFP 

— 

Q93234 

None 

Fully Qualified 

ATT2C08-160QFP 

— 

Q93234, MR119, Q95319 

None 

Fully Qualified 

ATT2C08-208SQFP 

— 

Q93234, Q94124 

None 

Fully Qualified 

ATT2C08-240SQFP 

— 

Q93234 

None 

Fully Qualified 

ATT2C08-256PBGA 

— 

Q96068, Q95013 

None 

Fully Qualified 

ATT2C08-304SQFP 

— 

Q93234, Q94046 

None 

Fully Qualified 

ATT2C10-160QFP 

— 

Q93234, MR119, Q95319 

None 

Fully Qualified 

ATT2C10-208SQFP 

— 

Q93234, Q94124 

None 

Fully Qualified 

ATT2C10-240SQFP 

— 

Q93234 

None 

Fully Qualified 

ATT2C10-256PBGA 

Q96068 

Q95013 

TC, SB, TS, PD, 
ESD, LU 

Fully Qualified 

ATT2C10-304SQFP 

Q95041 

Q94046 

SB, X-Ray 

Fully Qualified 

ATT2C12-208SQFP 

— 

Q93234, Q94124 

None 

Fully Qualified 

ATT2C12-240SQFP 

— 

Q93234 

None 

Fully Qualified 

ATT2C12-256PBGA 

— 

Q96068, Q95013 

L_ 

None 

Fully Qualified 

ATT2C12-304SQFP 

— 

Q95041 

None 

Fully Qualified 

ATT2C12-364CPGA 

— 

Q93231 

None 

Fully Qualified 

ATT2C15-208SQFP 

Q94290 

Q93234, Q94124 

ESD, LU 

Fully Qualified 

ATT2C15-240SQFP 

Q93234 

Q94046 

LT, CL, BH, SB, TC, 
TS, ESD, LU 

Fully Qualified 

ATT2C15-304SQFP 

Q94046 

— 

CL, BH, SB, TC, 
ESD, LU 

Fully Qualified 

ATT2C15-364CPGA 

Q93231 

Q94046, Q94290 

LT, TC, TS, SQ, 
ESD, LU 

Fully Qualified 

ATT2C26-208SQFP-PQ2 

— 

Q94227 

None 

Fully Qualified 

ATT2C26-240SQFP-PQ2 

— 

Q94227. Q95007 

None 

Fully Qualified 

ATT2C26-304SQFP-PQ2 

Q94227 

— 

LT, CL, BH, SB, TC, 
TS, ESD, LU, PD 

Fully Qualified 

ATT2C40-208SQFP-PQ2 

QRB95.17 

Q95007 

PD 

Fully Qualified 

ATT2C40-240SQFP-PQ2 

Q95007 

Q94227 

CL, BH, TC, PD, 
ESD, LU 

Fully Qualified 

ATT2C40-304SQFP-PQ2 

— 

Q95007, Q94227 

None 

Fully Qualified 


Note: Status reflected is as of 2Q96. 
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Package Qualification (continued) 


Table 8. Qualification Status of ATT1700A Series EEPROMS 


Device 

Qual No. 

References 

Tests Performed 

Status 

ATT1700A-8DIP 

Q94362 

— 

LT, BK, BH, HAST, SB, TC, TS, MR, SA, 
RT, SR, PD, SD, LI, HBM, CDM, LU 

Fully Qualified 

ATT1700A-8SOIC 

Q94363 

Q94362 

BH, HAST, SB, TCO, TC, TS, MR, SA, 
RT, SR, PD, SD, LI, HBM, CDM, LU 

Fully Qualified 

ATT1700A-20PLCC 

Q94364 

Q94362 

BH, HAST, SB, TC, TS, MR, SA, RT, SR, 
PD, SD, LI, HBM, CDM, LU 

Fully Qualified 


Note: Status reflected is as of 2Q96. 
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Vendor Quality Monitoring 
Overview 

Quality of all purchased raw material, parts, and com¬ 
ponents used In 1C manufacture Is monitored by the 
Purchased Material Inspection Section. Partnerships 
are formed with suppliers of critical materials. 

Inspection 

A flow chart of the incoming inspection process is 
shown in Figure 8. Purchase orders for materials pre¬ 
scribe complete and precise specifications. Inspection 
and testing requirements are included and, where 
required, requests are made for evidence of chemical, 
physical, and electrical tests in the form of certificates. 
Quality Control produces monthly summaries of the 
results of all inspections, including established and new 
suppliers. The individual inspections involve various 
personnel: 

■ Silicon and Wafers—performed by resident Quality 
Assurance (QA) Inspectors. 

■ Piece Parts—performed by the inspectors of the Pur¬ 
chased Material Inspection Section. 

■ Chemicals—incoming chemicals are sampled and 
Inspected by the Analytical Lab. 


■ Gases—a certificate of inspection and analysis is 
required with each shipment of compressed gases. 
Each certificate is reviewed by the Purchased Mate¬ 
rials Inspector for completeness and compliance with 
specifications. 

Vendor Qualification 

New vendors are qualified by a team that includes rep¬ 
resentatives from product engineering, quality control, 
and purchasing. The qualification process may include 
evaluation of product samples and an audit of the sup¬ 
plier's facility to assess quality programs, practices, and 
manufacturing capabilities. Approved vendors and 
products are listed on the Approved Vendors List main¬ 
tained by Quality Control. 

Vendor Commodity Teams 

Vendor partnerships are created with the intent of 
establishing and maintaining close working relation¬ 
ships with key suppliers. This formal program is admin¬ 
istered by Vendor Commodity Teams composed of 
members from Purchasing, Materials Management, 
Quality, Bell Laboratories, and Product Engineering. 
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Figure 8. Flow Diagram for Purchased Material 
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Manufacturing Control and 
Improvement 

Wafer level and quality improvement is an aggressive, 
proactive program aimed at improving the quality and 
reliability of the MOS manufacturing product lines. 

An example of this process is the use of a line monitor 
to enhance the control of CMOS fabrication lines. While 
all 1C fabrication lines use zone monitors and process 
monitors, the CMOS fabrication lines also employ a line 
monitor that is used to achieve tighter process control 
for newer technologies. 

This program, called the Yield Enhancement System 
(YES), Involves measuring and modeling yield in order 
to provide process engineers with the tools to efficiently 
collect data at significant points of the manufacturing 
process, and guiding quality improvement activities. 
Lucent Technologies' 1.2 pm and 0.9 pm CMOS tech¬ 
nologies benefit from the YES program. 

Key tools designed for the YES program include a line 
monitor, zone monitors, a data management system, 
and a yield model. A key part of the data management 
system is a rigorous statistical process control pro¬ 
gram. Each is described below. 


Line Monitor 

The primary element of the YES program is the line 
monitor, a device which receives and evaluates the full 
integrated circuit process from design through packag¬ 
ing. 

The line monitor has three components: a Standard 
Evaluation Circuit (SEC), a Tester for Reliability and 
Yield Components (TRYC), and a Process Monitor 
(PM). 

Lucent Technologies' SEC is a specially designed, 
highly diagnosable memory with DRAM and SRAM 
arrays whose yield can be monitored. The SEC is also 
run with monitored burn-in and extended life tests for 
periodic reliability evaluation of MOS product lines. 


The TRYC contains patterns for measuring defect den¬ 
sities to arrive at a correlation between direct measure¬ 
ment of defect density and SEC yield. It also contains 
structures for evaluating intrinsic reliability. These struc¬ 
tures provide for the characterization of electromigra¬ 
tion of Metal 1 and Metal 2 runners and contacts, time- 
dependent dielectric breakdown of gate oxides, hot 
carrier aging, and mobile ion contamination. 

The PM consists of structures In the kerf or grid that 
measure electrical parameters such as threshold volt¬ 
age, linear gain, and leakage current. 


Zone Monitors 

Although the line monitor provides an excellent evalua¬ 
tion of the complete fabrication process, often faster 
feedback is required. This is achieved by the zone mon¬ 
itors, test structures fabricated in parts (zones) of the 
process to measure the defect density of a particular 
processing segment. 

Each zone monitor measures the defect density for 
particular failure modes. Since it addresses specific 
performance, isolated defects are identified, and the 
overall sensitivity of the measurement is enhanced. All 
YES tools permit fast turnaround, and are used for 
defect density reduction experiments plus routine mon¬ 
itoring of portions of the process. 


Yield Model 

A yield model has been developed to analyze the 
effects of defect densities on product yields. The results 
provided by this model also help to prioritize defect 
reduction projects. 
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Statistical Process Control (SPC) 

Statistical Process Control is a key component of 
Lucent Technologies' quality program. 

As the flow chart in Figure 9 illustrates, the SPC plan 
progresses in three phases: data collection (Monitor¬ 
ing), process control (Performance Studies), and pro¬ 
cess improvement (Process Capability). Typical areas 
under SPC monitoring during wafer fabrication and 
package assembly are Illustrated In Table 9 and 
Table 10. Quality Improvement Teams (QITs), com¬ 
posed of the process engineers, shop supervisors, and 
quality control engineers, identify the critical nodes 
(processes). The quality control engineer is responsible 
for completing performance studies on all nodes, and 
calculating Process Capability (Cp) indices for each. 

The QIT seeks to reduce variation at all critical nodes 
beginning with those having process capability indices 
of less than 1.33. Critical nodes are identified by engi¬ 
neering judgment and customer feedback. The team 
then applies its energies to reducing variation at nodes 
having values of less than 2.0. 


Lucent Technologies' goal is to become a 6 sigma man¬ 
ufacturer. To accomplish this goal, the team uses 
experimental design techniques, Pareto analyses, dis¬ 
tributions, correlation studies, control chart patterns, 
and process capability studies, as detailed in the 
Lucent Technologies Statistical Quality Control Hand¬ 
book. 

In addition to driving process improvements, the team 
has procedures for corrective action on all quality- 
related problems within Its area of responsibility. It eval¬ 
uates the potential impact of each problem in terms of 
customer satisfaction, performance, reliability, safety, 
and cost. Cause and effect are determined, and signifi¬ 
cant variables are identified. 

The team's control extends to remedial action both on 
work in progress and on devices already shipped. If 
indicated, recall procedures and decision processes 
are implemented without delay, in order to preserve 
customer confidence. 

Based on its findings, the team recommends and 
implements changes to manufacturing, packing, ship¬ 
ping, and storage processes, or revises specifications 
or the quality system itself. The team then tracks the 
successful implementation of its recommendations, 
and monitors the results. 


PHASE 1 


PHASE 2 


PHASE 3 
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Figure 9. The SPC Process Flow 
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Statistical Process Control (continued) 

Table 9. Examples of Statistical Process Control Monitors in the MOS Fabrication Area 


Operation 

Characteristic 

Frequency 

Sample Size 

Pad 1 Oxidation 

Oxide Thickness 

Each Run 

Four (4) Wafers 

Nitride 1 Deposition 

Nitride Thickness 

Each Run 

Four (4) Wafers 

Tub Oxidation 

Oxide Thickness 

Each Run 

Four (4) Wafers 

Tub Drive-In 

Oxide Thickness 

Each Run 

Four (4) Wafers 

Pad 2 Oxidation 

Oxide Thickness 

Each Run 

Four (4) Wafers 

Nitride 2 Deposition 

Nitride Thickness 

Each Run 

Four (4) Wafers 

Hipox—Field 

Oxide Thickness 

Each Run 

Four (4) Wafers 

Gate 0 Oxidation 

Oxide Thickness 

Each Run 

Four (4) Wafers 

Gate 1 Oxidation 

Oxide Thickness 

Each Run 

Four (4) Wafers 

Polysilicon Deposition 

Polysilicon Thickness 

Each Run 

Four (4) Wafers 

Phosphorous Diffusion 

Sheet Resistance 

Each Run 

Two (2) Controls 

Poly Photoresist 

Line Size 

Each Lot 

Three (3) Wafers 

LDD Push Oxidation 

Oxide Thickness 

Each Run 

Four (4) Wafers 

TEOS 1 Deposition 

TEOS Thickness 

Each Run 

Five (5) Controls 

Spacer Etch Field 

Oxide Thickness 

Each Run 

Three (3) Wafers 

Sputter Titanium 1 

Titanium Thickness 

Each Run 

One (1) Control 

RTA Silicide 

Sheet Resistance 

Each Lot 

One (1) Control 

RTA Ti-Silicide 

Sheet Resistance 

Each Lot 

One (1) Control 

TEOS 2 Deposition 

TEOS Thickness 

Each Run 

Five (5) Controls 

BPTEOS Deposition 

BPTEOS Thickness 
Weight % Phosphorous 
Weight % Boron 

Each Run 

Each Run 

Each Run 

Four (4) Controls 

Four (4) Controls 

Four (4) Controls 

RTA Window Reflow 

Sheet Resistance 

Each Lot 

One (1) Control 

Sputter Titanium 2 

Titanium Thickness 

Twice Per Shift 

One (1) Control 

RTATi-Aluminum 

Sheet Resistance 

Each Lot 

One (1) Control 

Sputter Aluminum 1 

Aluminum Thickness 

Twice Per Shift 

One (1) Control 

Aluminum Photoresist 

Line Size 

Each Lot 

Three (3) Wafers 

Sputter Aluminum 2 

Aluminum Thickness 

Twice Per Shift 

One (1) Control 

Metal 2 Photoresist 

Line Size 

Each Lot 

Three (3) Wafers 

Sincaps Deposition 

Sincaps Thickness 

Index of Refraction 

Each Run 

Each Run 

Four (4) Controls 

Four (4) Controls 

Aluminum Step Coverage 

Windows/Vias 
Minimum Space 

Weekly 

Every Fifth Lot 

Four (4) Wafers 
Variable 

Visual Inspection 

Visual Defects 

Each Lot 

12% of Lot 
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Statistical Process Control (continued) 

Table 10. Examples of Statistical Process Control Monitors in the Assembly Area 


Operation 

Inspection 

Frequency 

Sample Size 

Wafer Saw 

Visual Inspection 

Twice Per Machine Per Shift 

20 Units 

Machine Inspection 

Once Per Machine Per Shift 

Each Machine 

Die Attach 

Visual Inspection 

Every Magazine 

Three Strips 

Epoxy Resistivity 

Once Per Month 

Two Glass Slides 

Die Shear 

Once Per Machine Per Shift 

Three Units 

Epoxy Void 

Once Per Machine Per Shift 

10 Units 

Machine Inspection 

Once Per Machine Per Shift 

Each Machine 

Oven Cure 

Once Per Machine Per Shift 

Each Machine 

Wire Bond 

Visual Inspection 

Every 10 Strips 

One Strip 

Bond Pull Strength 

Once Per Machine Per Shift 

Five Wires Per Unit 

Ball Shear Strength 

Twice Per Machine Per Shift 

Five Wires Per Unit 

Machine Inspection 

Once Per Machine Per Shift 

Each Machine 

Mold 

Visual Inspection 

Every 20 Mold Runs 

One Mold Run 

X-Ray 

Twice Per Machine Per Shift 

12 Units 

Machine Inspection 

Once Per Machine Per Shift 

Each Machine 

Code Mark 

Visual Inspection 

Every 120 Strips 

Three Strips 

Permanency 

One Out of Five Lots 

Four Units 

Machine Inspection 

Once Per Day 

Each Machine 

Trim and Form 

Visual Inspection 

Every 20 Tubes 

20 Units 

Lead Spread 

Twice Per Machine Per Shift 

Five Units 

Coplanarity 

Twice Per Machine Per Shift 

Two Units 

Solder 

Visual Inspection 

One Lot Per Package Type 
Per Shipment 

22 Units 

Ionic Contamination 

Each Shipment 

Two Strips 

Solderability (Incoming from Plater) 

Twice Per Week 

12 Units 

Thickness (COFC) 

Each Shipment 

One in Three Lots 

Outgoing Solderability 

Once Per Week 

Four Units 
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Document Control 

The overall procedures and standards by which Lucent 
Technologies exercises its control of the manufacture, 
quality, and reliability of ICs are depicted in a series of 
A-drawings. A-drawings are interpreted and imple¬ 
mented by engineering organizations using shop 
instructions (Sis), Inspection layouts (ILs), training doc¬ 
uments (TDs), and test equipment requirements 
(TERs). Each of these secondary documents has a 
provision for adding information via supplementary 
Information forms (SIFs). SIFs must be referenced to 
the interpretive drawing (for example, SIF-IL5349-009). 

The document control group's responsibility is to main¬ 
tain the current issues of each of these documents and 
to control the procedures for document changes. The 
current issue of each document is kept in the Manufac¬ 
ture Information Distribution System (MIDS) database. 
The document control group places paper copies of 
current documents applicable to the efforts of a given 
work area in manufacturing information books, and 
maintains these books. For example, all drawings appli¬ 
cable to reliability monitoring are contained in a book 
(MI-098-RI) kept in the reliability laboratory. 

Changes in any document are made by engineering 
staff responsible for the specific process. Revisions 
must be approved by the appropriate members of the 
engineering staff and by Quality Control before being 
implemented. 

QC confirms that appropriate qualification of changes 
has been conducted and, when required, notifies the 
customer and obtains approval. 

Quality Conformance Inspection 

This section summarizes the completed product audit 
for MOS products and describes final Inspection proce¬ 
dures used by Quality Assurance (QA). When manu¬ 
facturing is completed and product is presented for 
shipment, QA selects samples and confirms that they 
meet specifications. Sampling procedures apply to 
electrical and mechanical inspection. 


Electrical sampling is performed on a device type 
basis, using a two-tier sampling plan as shown in Fig¬ 
ure 10. Normal inspection is performed lot by lot at 
0.1% Acceptable Quality Level (AQL). For example, in 
1990, QA measured fewer than 25 parts per million 
(ppm) defective during electrical audit. Devices with 
exceptional quality (no defects found in the last 10 lots 
sampled) receive skip lot inspection, performed on one 
of every four lots received by Quality Assurance using 
the same 0.1% AQL plan. 

Mechanical/visual inspection uses the same process, 
but lots may be grouped by package type as well as by 
device type. 

Sampling procedures specify that sticks (or tubes) of 
devices are randomly selected until the required sam¬ 
ple size is reached. To avoid mixing of products in final 
Inspection, only samples from one lot are inspected at 
a time, and are then returned to the parent lot before 
choosing samples from the next lot. 

Devices may move to skip-lot inspection after 10 con¬ 
secutive lots pass the procedure lot by lot. Any rejected 
lot causes the device or package type to return (or 
remain) on the lot-by-lot sampling approach. 

Specific procedures exist for tighter sampling and 
inspection procedures when QA determines them to be 
necessary. 

Final inspection electrical tests are made in accor¬ 
dance with the latest issue of the device specification. 
Mechanical/visual requirements are obtained from 
package drawings and internal workmanship stan¬ 
dards. Nonacceptable production lots are returned to 
the operating ship for corrective action. 

QA reports the results of the electrical and mechanical/ 
visual inspections as measures of outgoing quality 
expressed in ppm. These reports are generated from a 
computerized database which gathers information 
entered by inspectors on each lot as inspection is per¬ 
formed. MOS quality performance has shown a 35% 
improvement rate per year, as Illustrated in Figure 11. 
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Quaiity Conformance Inspection (continued) 

Specific procedures exist for tighter sampling and inspection procedures when QA determines them to be neces¬ 
sary. Final inspection electrical tests are made in accordance with the latest issue of the device specification. 
Mechanical/visual requirements are obtained from package drawings and internal workmanship standards. Nonac- 
ceptable production lots are returned to the operating shop for corrective action. 

QA reports the results of the electrical and mechanical/visual inspections as measures of outgoing quality 
expressed in ppm. These reports are generated from a computerized database which gathers information entered 
by inspectors on each lot as inspection is performed. MOS quality performance has shown a 35% improvement 
rate per year, as illustrated In Figure 11. 



A RETURN TO LOT-BY-LOT 
INSPECTION MAY ALSO BE 
TRIGGERED BY: 

- ENGINEERING EVALUATION 

- DEVICE QUALITY ISSUES 

- PROCESS OR SYSTEM AUDIT 


5 - 4542(0 


Figure 10. Electrical Test Sampling Level and Flow (Device Code Basis) 



Figure 11. Product Quality Improvement Rate 
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Reliability Monitoring Program 
Introduction 

In this section, we present the Lucent Technologies 
Reliability Model and the Lucent Technologies Reliabil¬ 
ity Monitoring Program. The section begins with a 
review of reliability concepts, followed by the device 
failure model, concepts of accelerated testing, and the 
Lucent Technologies Reliability Monitoring Program as 
administered by the Reliability Review Board. 

Reliability is the ability of an electronic system to oper¬ 
ate satisfactorily over a period of time. Since electronic 
systems consist of electronic components (devices), 
system reliability depends on the reliability of each 
component in the application environment. 

A generally accepted definition of reliability is the prob¬ 
ability that an item will perform a required function 
under stated conditions for a stated period of time. 

The required function includes both a definition of satis¬ 
factory and unsatisfactory operation (failure). The 
stated conditions are the total physical environment, 
including mechanical, thermal, and electrical condi¬ 
tions. The stated period of time is the time during which 
satisfactory operation Is desired. 


Device Failure Model 

The Lucent Technologies Reliability Model is presented 
in terms of the failure rate, X (t). Historically, failure 
rates have been modeled in the bathtub curve shown in 
Figure 12. 



Figure 12. Reliability Bathtub Curve 


This curve has three regions with distinct characteris¬ 
tics. The regions are associated with infant mortality, 
steady-state operation, and wear-out. 

In most cases, the bathtub curve model Is only partly 
appropriate for electronic devices. Although such 
devices exhibit infant mortality and steady-state peri¬ 
ods, generally those supplied by reputable suppliers 
exhibit no wear-out during intended device life. 

The failure rate In the Infant mortality region of the 
bathtub curve is modeled by a Weibull distribution. The 
Weibull failure rate can be expressed as: 

X{\) = X{^)X-^ 

One feature of this distribution is that the failure rate is 
a straight line when plotted on log-log paper. In such a 
plot, the slope is -a and the intercept at t = 1 hour is II. 
Beyond the Infant mortality period, the failure rate is 
assumed to be determined by the exponential distribu¬ 
tion. 

Two distinct sources of information exist on device reli¬ 
ability: accelerated life tests and performance actually 
monitored in the factory or field. These sources provide 
two quite different measures of reliability. Accelerated 
life tests provide information about expected reliability 
in the very long term (decades). Factory or field data 
gives a real measure of actual device reliability in the 
short term (less than a few years). 

Measures of Reliability 

Reliability is usually measured in number of defects or 
percentage of defects per unit of time. This definition 
relates more to the unit's failure rate than to its reliabil¬ 
ity function. A common unit for describing failure rate 
behavior is the FIT: failures in 109 device hours of 
operation. 


Accelerated Stress Testing 

Because devices are so reliable, failure-accelerating 
stresses are needed to observe failure distributions 
within a reasonable time period. The accelerating effect 
of the stress must be well understood to interpret the 
results of accelerated stress testing. 

The relationship between stress and time to failure for a 
given product is determined by the activation energies 
of the failure mechanisms which are dominant in that 
product. The activation energies are determined from 
extensive accelerated stress testing, usually done at 
the time the failure mechanism is first discovered. 
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Reliability Monitoring Program 

(continued) 

When evaluating the impact of specific problems on 
device life expectancy, it is important to treat the differ¬ 
ent failure mechanisms that may occur within a sample 
independently; they may be accelerated differently, and 
extrapolations from combined data can be very mis¬ 
leading. (This emphasizes the need for failure analysis 
to identify the failure mechanism.) 

Effects of Operating Voltage 
on Failure Rates 

The dielectric breakdown of oxide film can be acceler¬ 
ated by applied field, particularly for MOS devices. 
Extensive investigations have established a voltage- 
dependent acceleration factor that could be applied to 
MOS devices in which a voltage stress in excess of 
nominal voltages is applied. This research has led to 
the relationship 

where: 

C = voltage acceleration constant in AN 
tox = oxide thickness in A 
Vi = stress voltage In V 
V 2 = operating voltage in V 

For Lucent Technologies MOS products, these values 
are: 


Technology 

C/tox 

0.5 |im 

2.3 

0.55 |im 

2.3 

0.6 iLim 

2.0 

1.25 ^im 

1.4 

1.75 |im 

1.2 

>2 pm 

0.6 


Time-Temperature Relationship 
(Arrhenius Equation) 

Many of the chemical and physical processes leading 
to failure are accelerated by temperature in a way that 
can be readily modeled and reproduced. This makes 
temperature a very useful accelerating stress. 

The equation describing the temperature acceleration 
factor. At, is found from the Arrhenius relationship. It is 
written as: 

At=exp-^ \lrl^ 

ko LTo TiJ 

where: 

Ea = activation energy (in eV) 
ko = Boltzman constant 

8.6x10-® — 

°K 

Ti = stress ambient temperature in °K, and 
To = operating ambient temperature in °K 


Assumed Activation Energies 

In many cases, device reliability can be approximated 
by using a composite activation energy. Studies of the 
infant mortality period indicate a very low activation 
energy for these failure mechanisms. Recent data sug¬ 
gests that a 0.55 eV activation energy is the most 
appropriate for establishing this time-temperature 
trade-off In screening for infant mortality. An activation 
energy of 0.7 eV is generally assumed as an average 
activation energy for times beyond the infant mortality 
period. Lucent Technologies often uses 0.7 eV and 
55 °C operating temperature for steady-state reliability 
calculations. With these assumptions, temperature 
acceleration factors become: 

At = 78—for 125 °C stress temperature 

At = 260—for 150 °C stress temperature 


Product Reliability Monitoring Plan 


Lucent Technologies’ product reliability monitoring plan 
is based on our fundamental pursuit of quality In every 
device within each product family we offer. Thus, we 
monitor our devices constantly, examining their perfor¬ 
mance over time as we search for and identify opportu¬ 
nities to further increase their reliability. 
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Reliability Monitoring Program 

(continued) 

Three-Tier Testing Program 

A keystone of Lucent Technologies' reliability plan is its 
three-tier program of stress testing. Level 1 represents 
Lucent Technologies’extended life testing program, in 
which samples of devices are taken for initial qualifica¬ 
tion—and on a regular monthly schedule thereafter— 
from each reliability testing group and stressed for peri¬ 
ods simulating up to 40 years of product life. 

Level 2 is Lucent Technologies' normal production 
monitoring program in which a sample of devices is 
chosen from each testing group and stressed for a 
period approximating 10 years of product life. Level 2 
samples are normally taken biweekly. Level 2 HTOB 
testing Includes a test point at 24 hours which is 
intended as an infant mortality measurement. 

Level 0 (HTOB testing) represents a test point of 
24 hours, and is intended as an infant mortality mea¬ 
surement. It should be noted that some product fami¬ 
lies (particularly memory) omit Level 0 testing for 
HTOB. 


Reliability Testing Procedures 

Specific Procedures for HTOB Testing 

Sample devices, chosen according to the protocol in 
Table 11, are loaded Into boards and placed into the 
HTOB oven set for 150 °C (if not otherwise specified). 

After testing, samples are cooled to 30 °C oven ambi¬ 
ent temperature while under bias for a minimum of 
30 minutes. They are then removed from the oven and 
electrically tested. Samples designated for Level 1 
testing are then returned to the oven for an additional 
840 hours: a total of 1,000 hours. 


Specific Procedures for Temperature-Humidity Bias 
(THB) Testing 

THB is designed to test the integrity of the package- 
chip interface, as well as chip metallization. THB 
samples are selected monthly from the testing uni¬ 
verses shown in Table 12 in this section. Device selec¬ 
tion is rotated within the testing group to give a 
representation of the different pinouts for different 
package sizes. 

Samples Are loaded into prescribed load boards, 
placed In the THB chamber for 240 hours (Level 2), and 
then electrically tested. Units which pass are reloaded 
and returned to the stressing chamber to complete 
1,000 hours of testing. 

Within one hour after this phase, the sample is placed 
In a moisture chamber, and posttesting is performed. 
Devices which fail in posttest are returned to the THB 
testing board for a 48-hour presoak (no bias), followed 
by a minimum of 48 hours with bias, and then retested. 

Specific Procedures for Temperature Cycling (TC) 

TC stressing is designed to detect thermal mismatches 
of materials. Devices are cycled through temperature 
extremes to accelerate such failure mechanisms. 

TC samples are selected monthly from the testing uni¬ 
verses depicted in Table 13. Device selection Is rotated 
to ensure a distribution of different package types. 

Samples are placed in the TC chamber with no bias for 
100 cycles at the conditions listed in the accompanying 
tables. They are then tested electrically, and the data Is 
entered into the database. Good devices are then 
returned to TC stressing to complete 300 cycle stress¬ 
ing. 

Level 1 temperature cycling is considered destructive, 
and test devices are not shipped as normal products. 

Failure recording is conducted as in the other stress 
testing routines. 
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Reliability Monitoring Program (continued) 

Table 11. Sampling Plan: High-Temperature Operating Bias (HTOB) 


Test Level 

Test Hours 

Sampling 

Frequency 

Stress 

Conditions 

Sample Size 

LTPD (%) 

0 

48 

Biweekly 

125 °C 

195 

2.0 

2 

160 

Biweekly 

125 °C 

195 

2.0 

1 

1,000 

Monthly 

125 °C 

100 

3.0 

0 

24 

Biweekly 

150°C 

100 

3.0 

2 

160 

Biweekly 

150 °C 

100 

4.0 

1 

1,000 

Monthly 

150 °C 

58 

4.0 


Table 12. Sampling Plan: Temperature-Humidity Bias (THB) 


Test Level 

Test Hours 

Sampling 

Frequency 

Stress 

Conditions 

Sample Size 

LTPD (%) 

2 

240 

Monthly 

85 °C/85% RH 

130 

3.0 

1 

1,000 

Monthly 

85 °C/85% RH 

76 

3.0 


Table 13. Sampling Plan: Temperature Cycle (TC) 


Test Level 

Test Cycles 

Sampling 

Frequency 

Stress 

Conditions 

Sample Size 

LTPD (%) 

2 

240 

Monthly 

85 °C/85% RH 

105 

5.0 


Product Families and Sampling Coverage 

To facilitate product sampling and ensure complete 
coverage of our reliability program, all Lucent Technolo¬ 
gies 1C products are grouped into families according to 
their basic design and manufacturing process. The 
resulting product families are shown here. 

■ ASIC (Including FPGAs) 

■ HPIC 

■ Microprocessors (including digital signal processors) 

■ Communication 


Sample Selection and Sampling Universes 

Level 2 samples are selected from the testing uni¬ 
verses shown in Table 14 and Table 15. For HTOB, 
when several clean rooms are represented In the same 
testing universe, samples are taken from each combi¬ 
nation of clean room and assembly location. Succes¬ 
sive samples are taken from different wafer lots to 
ensure the reliability data represents a continuous flow 
of product from each clean room. 

160-hour samples are extended 24-hour samples. 
Every other 160-hour sample is extended to 
1,000 hours. 

If a sample has more failures than permitted by the 
LTPD standards shown in Table 11, Table 12, and 
Table 13, a special RRB meeting is called to address 
the issue. 
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Reliability Monitoring Program 

(continued) 


Table 15. Sampling Universes byTechnoiogy: 
THC andTC 


Tabie 14. Sampling Universes byTechnoiogy: 
HTOB 


Super 

Family 

Process 

Technology 

Layout Style 

I CMOS I 

A 

3.5/5.0 LC 

Analog 


3.5/5.0 C 

Analog 


3.5/5.0 C 

Custom Digital 


3.5/5.0 C 

Standard Cell Digital 

B 

2.5 C 

Custom Digital 


2.5 C 

Standard Cell Digital 

C 

1.75 CT 

Standard Cell Digital 


1.75 C 

Analog/Custom Digital 


1.75 C 

Standard Cell (1P1M) 

C.1 

1.75 LC 

Analog/Standard Cell (2P 1M) 

D 

1.25 C 

Custom Digital 


1.25 C 

Standard Cell Digital 


1.25 C 

Memory 

D.1 

1.25 CT 
(2-level metal) 

Standard Cell Digital 

E 

0.9 LC 

Analog 


0.6 LC 

Analog 

F 

0.9 CT 

Standard Cell Digital 


0.6 CT 

Standard Cell Digital 

G 

0.6 HD 

High-Density CMOS 

G.1 

0.55 HD 

High-Density CMOS 

H 

0.5 CT 

Standard Cell Digital 

1 

0.35 CT 

Standard Cell Digital 

HPIC 1 


Linear Bipolar 
CBIC-M 
CBIC-L 
CBIC-R 
CBIC-S 



Digital Bipolar 
SFOXL 

OXL 

SBC 

BEST 


— 

High-Voltage 

1C 

— 

— 

Solid-State 

Relays 

— 

— 

GaAs 

— 

NMOS 1 

J 

3.5 N 

Standard Cell Digital 


5.0/7.5 N 

Analog 


5.0/7.5 N 

Standard Cell Digital 

K 

1.7/1.9/2.8 N 

Custom Digital 


Package 

Universe 

Package 

Type 

Package 

Variation 

A 

Ceramic DIP 

300 MIL 


600 MIL 

B 

Plastic DIP 

300 MIL 

600 MIL 

Q 

Ceramic Chip Carrier 

<40 Pins 


>40 Pins 



<40 Pins 

D 

Plastic Chip Carrier 

>40 and 
<100 Pins 



>100 Pins 

E 

Plastic Quad, 

Fine Pitch 

>100 Pins 

p 

Pin Grid Array 

All 


Multiple In Line 

All 

G 

Small Outline 

SOJ 


SOG 

H 

Ceramic Leadless CC 

All 

1 

Plastic Leadless CC 

All 
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Reiiability Monitoring Program 

(continued) 

Calculating Failure Rates 

Infant Mortality 

Lucent Technologies measures devices after 24 hours 
of stress at 150 °C. With the following assumptions, 
24-hour failure rates approximate the percentage of ICs 
that could be expected to fail in the first month of con¬ 
tinuous use: 

Ea = 0.4 eV 
To = 55 °C 

Early Life 

With the same assumptions as for infant mortality, 
Lucent Technologies’ 160-hour failure rate approxi¬ 
mates the percentages of failures that could be 
expected to fail in the first half-year of continuous use. 

Steady-State Life 

1C instantaneous failure rates rapidly decrease to a low, 
relatively constant level. Steady-state instantaneous 
failure rates are often expressed in units of FITs, fail¬ 
ures in 1 billion hours of operation. The FIT rate can be 
calculated from the equation: 

X^IO)' _ 

2 X sample size x hours of stress 
X acceleration factor 

can be found from the probability table using (2f+2) 
degrees of freedom. For example, if two ICs In a sam¬ 
ple of 500 fail after 1000 hours of life testing at 150 °C: 

Instantaneous failure rate = 


Failure Mode Analysis (FMA) 

Failure Mode Analysis (FMA) is a comprehensive pro¬ 
cedure that determines the cause of 1C failures that 
occur during manufacturing, qualification, or reliability 
monitoring. Special attention and high priority is 
assigned to customer returns. 

Lucent Technologies' FMA laboratory is responsible for 
conducting FMA analysis. The laboratory is staffed by 
highly trained personnel who, through training and 
experience, have distinguished themselves as special¬ 
ists. 

Devices sent to the FMA lab are initially tested to con¬ 
firm failure and determine test failure signature. The 
FMA engineer analyzes the results and determines the 
nature of the failure (opens or shorts, parametric, or 
functional). 

The engineer may elect to perform full characterization 
and schmoo plots as well. When test results are com¬ 
plete, the engineer proceeds with the FMA. 

Parametric failures and opens, shorts, or leakage are 
verified by a curve tracer or parametric analyzer. 


6 . 212 ( 10 ) 


2x500x1000x260 


= 24 FITS 


Assumptions: 

Ea = 0.7 eV 
To = 55 °C 

@ 60% probability 
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Reliability Monitoring Program 

(continued) 

Functional failures of operating devices include pattern 
sensitivity, loss of voltage range, and timing failures. Bit 
maps are used to pinpoint these failures. 

Functional failures are subjected to analysis of the die 
surface. The die is exposed using a decapsulation 
technique known not to compromise the bond pad or 
wire bond integrity. 

After decapsulation, inspections are performed in the 
suspected areas. Layout and circuit schematics are 
used to confirm defects. If further analysis is needed, a 
systematic removal of the device layers is done, with a 
detailed inspection performed after each etch. 

Analytical Lab 

When more sophisticated analytical techniques are 
needed, the Lucent Technologies-Bell Labs Innovations 
analytical lab is used to conduct further FMA. 

The analytical lab's facilities span the fields of optical 
and electron microscopy, ion beam techniques, and tra¬ 
ditional analytical chemistry. Its staff Is eminently quali¬ 
fied and equipped to perform any of a battery of more 
than 50 complex tests under controlled conditions. 

Corrective Action 

In cases in which a reliability sample has a significant 
number of failures (exceeding the allowed sample limit) 
such that the lot fails, corrective action of some form is 
necessary. Corrective action is also necessary when 
there are customer returns having unique failure mech¬ 
anisms or when shop yield loss becomes excessive. 


Corrective action in these cases is carried out by a 
Reliability Review Board (RRB). A Reliability Review 
Board may be convened by anyone with a device issue. 
The membership of an RRB is composed of those 
technical experts needed to determine the nature of 
the device issue. RRB membership is flexible but usu¬ 
ally consists of product engineers, reliability engineers, 
process engineers, and customer technical support 
engineers. Other people with technical expertise are 
added to RRB membership as the need arises. 

The first obligation of an RRB is to protect the cus¬ 
tomer. To this end, every effort is made to confine the 
device issue to a wafer lot or an assembly lot and iso¬ 
late the offending material. If material has escaped and 
represents a threat to the customer, the RRB Is obli¬ 
gated to notify all customers receiving the affected 
product. Secondly, the RRB Is responsible for obtaining 
careful failure analysis to determine the root cause of 
failure. With an accurate determination of root cause In 
hand, the RRB determines the corrective action to be 
implemented. The ownership of the corrective action is 
assigned, and implementation is carried out under the 
direction of the process owner. 

The RRB must then determine if the corrective action 
has been effective. Only after sufficient data are gath¬ 
ered to verify the effectiveness of the corrective action 
is the work of the RRB completed and the RRB dis¬ 
banded. 

Corrective action is documented in several different 
ways. The RRB may keep minutes of their meetings. If 
minutes are not kept, the reliability engineer (who is a 
member of the RRB) is obligated to maintain a running 
summary of the activities of the RRB. This summary is 
reviewed periodically for progress toward stated goals. 
In addition, a RRB Corrective Action report is made to 
management when the RRB is formed. It is updated 
periodically and reissued when the RRB disbands. 
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INQUIRE Database and Its Role 
in Quality Assurance 

Lucent Technologies maintains a number of data¬ 
bases as part of its Quality Information Systems Archi¬ 
tecture, organized into a system called INQUIRE. 
Figure 13 shows the INQUIRE system architecture. 

INQUIRE is an on-line system which provides access 
to component quality information. It provides access to 
data produced as a result of qualification, reliability, and 
final Inspection testing performed throughout Lucent 
Technologies. INQUIRE also features access to an 
index of documents available on manufactured devices, 
and documents can be easily ordered via an on-line 
request feature. 

INQUIRE collects information from several,!nternal 
Lucent Technologies databases used to manage and 
track the quality of manufactured product. Its menu- 
driven system offers query functions, help options, 
report and graphics generation, and a bulletin board. It 
also features a single point of contact for user ques¬ 
tions, and the on-line documentation ordering function. 



Figure 13. INQUIRE System Architecture 


Qualification Test Data 

Lucent Technologies performs qualification testing on 
devices in many product families. The testing Is per¬ 
formed to demonstrate the reliability of both new tech¬ 
nologies and changes to existing technologies. 

Product qualification results are tracked throughout 
Lucent Technologies’ production facilities by the Qualifi¬ 
cation Testing Results Systems (QTRS) and fed to 
INQUIRE in twice-weekly consolidated updates. The 
qualification information available from INQUIRE can 
be displayed in query or report format and includes 
qualification test results by device type. 

Historical bases for the individual qualifications such as 
new process qualifications and new code qualifications 
are also available. As the qualification process of a 
product evolves, its status can be tracked. Available 
reports include a qualification device summary list. 

Reliability Monitoring Data 

Lucent Technologies also performs reliability testing on 
devices in most product families, in order to ensure that 
reliability objectives are met on an ongoing basis. 
These results are tracked by the Reliability Monitoring 
System (RELMS) and fed to INQUIRE in weekly 
updates. 

INQUIRE can display this data In query, report, or 
graphic format. Data includes reliability test results 
summarized by device code, test universe, or technol¬ 
ogy family. All Failure Mode Analysis (FMA) data and 
related corrective actions are also available. 

Available reports include a reliability test summary 
report, a test universe summary, and a reliability device 
level summary report. Graphic output includes charts 
summarizing percent defective per technology family 
and percent defective per test universe. 

Lucent Technologies product quality data Is collected 
on a lot-by-lot basis for all manufactured device codes 
and used to calculate and report the performance of 
product families. 
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INQUIRE Database (continued) 

Final inspection test results are tracked throughout 
Lucent Technologies by the Final Inspection System 
(FIS) and fed to INQUIRE in monthly consolidated 
updates. Product performance is reported in ppm 
defective, and represents the Average Outgoing Qual¬ 
ity (AOQ) of the product. 

Report data is available through INQUIRE in query, 
report, or graphic format. Final inspection test results 
can by summarized by Strategic Business Unit, such 
as MOS; by product family, such as ASICs, or by indi¬ 
vidual device type. Results can also be organized by 
current month, three-month interval, and 12-month 
interval. 


Document Availability Information 

Lucent Technologies provides documents for most of 
its devices. These documents take the form of data 
sheets, user manuals, application notes, and product 
briefs, for example. 

Document availability is tracked by INQUIRE's Docu¬ 
ment Index Database. Users can order documents on¬ 
line and can query document availability on-line as well 
as obtain printed reports. 

Applications 

System designers and component selection engineers 
can use INQUIRE to choose components for their spe¬ 
cific application. Users can input a specific device type 
into INQUIRE, and extract the information they need to 
make a choice. 

After they identify components for specific applications, 
users can confirm that the components have been 
appropriately qualified by accessing the Qualification 
Data Query screen, which displays the qualification 
document number plus qualification results. 

As these users continue the component selection pro¬ 
cess, they can access the Reliability Data Query 
Screen and the Final Inspection Data Query Screen to 
identify ongoing reliability data, as well as the quality 
performance of each device in order to make an 
informed decision. System designers who need more 
information can order data sheets electronically from 
INQUIRE as well. 


Customer Support 

Customer Service and the Device Quaiity 
Issue (DQI) Process 

Customer satisfaction is a top priority in the Lucent 
Technologies quality effort. Lucent Technologies uti¬ 
lizes a philosophy of having a central point of contact 
for customers to obtain information, gain access to 
additional fesources, and log complaints. The Cus¬ 
tomer Technical Support Center (CTSC) is the central 
point of contact for quality issues, and is responsible for 
receiving and resolving formal and informal complaints 
of a technical nature. All of our customer contact 
employees (salespersons, engineers, managers, etc.) 
are instructed to direct informal complaints to the 
CTSC to ensure that all complaints are aggregated into 
quality issues. 

Formal quality complaints are generally received and 
managed via our Device Quality Issue (DQI) process 
shown in Figure 14. The process incorporates docu¬ 
mentation of the pertinent facts surrounding the issue 
and the provision of samples for analysis. Complaints 
originating from customers unfamiliar with our DQI sys¬ 
tem are converted to DQIs to provide a common inter¬ 
nal path for all quality complaint management. These 
customers also receive information about our DQI sys¬ 
tem to aid any future complaint resolution. A compre¬ 
hensive database is maintained to aggregate and track 
DQI issues. 

All pertinent facts related to the issue are Identified, 
including the source of the issue (incoming inspection, 
factory failure, and field failure), the generic type of 
Issue (conformance with specifications, performance of 
existing specifications, customer-induced failure, and 
no trouble found), and a brief description of the mode 
of failure and corrective action. 

In addition, the CTSC maintains a telephone log of cus¬ 
tomer comments and general Issues. A routine report 
analyzes the DQI database to identify trends. The 
report is distributed to all responsible management. 
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Customer Support (continued) 

In addition to the DQI system, a Return Material 
Approval (RMA) system, managed by the Customer 
Service Organization, is monitored by CISC person¬ 
nel. The RMAs are reviewed to determine if a quality- 
related problem caused the return. If so, a DQI is 
issued to investigate and report on the issue. 

The customer is provided with an initial response within 
48 hours of the receipt of a quality issue. When appro¬ 
priate, the response reports on the results of the initial 
retest of the product. In any case, the 48-hour 


response notifies the customer that the quality issue 
has been received and Is being addressed. 

The goal is to provide a final, written report within ten 
working days of initiation of the issue. The report pro¬ 
vides the initial retest results, the failure-mode analysis 
findings, and the corrective action to be implemented. 
When more than ten days are required to complete the 
investigation and the report, a written report of the pro¬ 
posed procedure necessary to complete the investiga¬ 
tion is provided within ten days. The customer is the 
final arbiter in any investigation regarding the satisfac¬ 
tory nature of the investigation of the report. 



SATISFACTION 


12-2036(C) 


Figure 14. DUI Full-Circle Process Flow 
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Device Qualification Test 
Procedures and Results 

The purpose of this section is to document the qualifi¬ 
cation test procedures and results of the ATT3000 and 
ORCA Series FPGA product families. The qualification 
plan for these FPGA product families involves rigorous 
environmental, mechanical, and electrical testing to 
confirm product soundness. Industry-standard tests 
are applied to test devices, as well as additional spe¬ 
cialized tests to examine electrostatic discharge and 
latch-up parameters. 

Failure mode analysis (FMA) is a comprehensive pro¬ 
cedure which determines the cause of any failure 
encountered during the qualification testing. FMA Is 
used as an integral part of quality testing and surveil¬ 
lance to assess any performance flaw, determine cor¬ 
rective measures, and implement these measures to 
eliminate recurrence. 


ATT3000 Series Qualification 

There are five arrays in the ATT3000 Series FPGA 
product family: ATT3020, ATT3030, ATT3042, 
ATT3064, and ATT3090. These arrays are then 
assembled in a number of different plastic packages. 
These packages are plastic-leaded chip carrier 
(PLCC), plastic-pin grid array (PPGA), metric-quad flat 
pack (MQFP), thin-quad flat pack (TQFP), and shrink- 
quad flat pack (SQFP). 


Qualification Strategy 

The qualification of ATT3000 Series FPGAs can be 
broken into three specific groups: process technology, 
silicon design, and package. 

Process Technology: These arrays are processed 
using the 0.6 pm and 0.55 pm CMOS technologies. 
Lucent Technologies’ 0.6 pm and 0.55 pm CMOS pro¬ 
cesses employ N- and P-channel LDD MOS transis¬ 
tors. They also use two levels of metal and one level of 
polycide. Source and drain regions are slliclded for low 
resistance. These technologies have been rigorously 
tested for reliability and manufacturability and are fully 
qualified. 

Silicon Design: Since the five arrays in the ATT3000 
Series FPGAs are a matrix of repetitive elements, the 
qualification review board (ORB) decided to qualify one 
die which would qualify the silicon design methodology 
of all five arrays. Therefore, needed tests were per¬ 
formed on the ATT3090 die in the 84-pin PLCC pack¬ 
age for 0.6 pm and on the ATT3042 die in the 84-pin 
PLCC package for 0.55 pm. 

Package: The QRB determined the qualification 
requirements of each die in a given package. The 
results are given in Table 16 (0.6 pm) and Table 17 
(0.55 pm). 
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Table 16. ATT3000 Series (0.6 )j.m) 


Qualification 

Information 

Device 

3090- 

84PLCC 

(Q92055) 

3090- 

175PPGA 

(Q92054) 

3042- 

100TQFP 

(QRB92.51) 

3042- 

100QFP 

(QRB93.2) 

3090- 
84PLCC 
(0.9 |im) 
(Q90148) 

3090- 
160QFP 
(0.9 i^m) 
(Q90140) 

3090- 
175PPGA 
(0.9 fim) 
(Q90137) 

esd-hbm' 

>2000 V 

>2500 V 

>2000V 

>1500V 

>3500 V 

>2000 V 

>3000V 

ESD-CDM^ 

>2000 V 

>3000 V 

>3000 V 

>3000 V 

>3000 V 

>2000 V 

>2500 V 

1000 hrs. HTOB 

1/105^ 

Pass 

1/1053 

Pass 

— 

— 

— 

— 

0/98 

Pass 

1000 hrs.THB 

— 

— 

— 

— 

0/133 

Pass 

1/134“ 

Pass 

1/135® 

Pass 

CLASS 

— 

— 

■ — 

— 

0/134 

Pass 

0/134 

Pass 

0/135 

Pass 

Autoclave 
(96 hrs. SB) 

— 

— 

— 

— 

0/105 

Pass 

2/105 

Pass 

— 

100 c/s TC 

— 

— 

— 

— 

0/105 

Pass 

2/105® 

Pass 

0/105 

Pass 

ISc/sTS 

— 

— 

— 

— 

0/25 

Pass 

0/25 

Pass 

0/125 

Pass 

Moisture 

Resistance 

— 

— 

— 

— 

— 

— 

0/38 

Pass 

Corrosion 

— 

— 

— 

— 

— 

— 

0/15 

Pass 

Solvent 

Resistance 

— 

— 

— 

— 

— 

— 

0/8 

Pass 

Physical 

Dimensions 

— 

— 

— 

— 

— 

Pass 

0/15 

Pass 

Solderability 

— 

— 

— 

— 

— 

— 

Note? 

Bond Strength 

— 

— 

— 

— 

— 

— 

Pass 

Die Shear 
Strength 

— 

— 

— 

— 

— 

— 

Pass 

X-Ray 

— 

— 

— 

— 

— 

— 

0/5 

Pass 

LU Class 

IV 

IV 

IV 

IV 

IV 

IV 

IV 

Status 

Fully Qualified 

Fully Qualified 

Fully Qualified 

Fully Qualified 

Fully Qualified 

Fully Qualified 

Fully Qualified 


1. HBM = human-body model, and CDM = charged-device model; see page 6-14 for test descriptions. 

2. FMA reported a gate-level defect. 

3. Defective package. 5 Q short from VSS to VDD. 

4. FMA reported gate-level defect found and Isolated. Changes In the slllclde process have been made to address this failure mechanism. 

5. FMA reported lifted ball bond and package stress crack. 

6. Defective package. 

7. Leads to be solder dipped before shipment. 
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ATT3000 Series Qualification (continued) 


Table 16. ATT3000 Series (0.6 ^im) (continued) 


Qualification 

Information 


Device 


1042L.br 

(Q89166) 

409AT 

(Q89027) 

M/e®-DSP32CF32 

(Q89129.1) 

409ATX 

(Q90001) 

Chip Size (|xm) 

7410x7710 

7040 X 6830 

8210x10960 

6830 X 7040 

Package 

68 -pin PLCC 

100-pin PLCC 

164-pin PQFP 

100-pin MQFP 

Steam Bomb 

0/105 

Pass 

— 

1/105 

Pass 

1/105 

Pass 

1000 hrs. HTOB 

0/135 

1/142 

0/105 

2/168 


Pass 

Pass 

Pass 

Pass 

Class 

2/135 

1/134 

1/137 

0/132 


Pass 

Pass 

Pass 

Pass 

1000 hrs.THB 

0/132 

1/133 

0/135 

0/132 


Pass 

Pass 

Pass 

Pass 

100 c/s TC or 

1/105 

1/105 

0/105 

0/105 

300 c/s TC 

Pass 

Pass 

Pass 

Pass 

15 c/sTS or 

0/24 

0/25 

0/25 

0/25 

100 c/s TS 

Pass 

Pass 

Pass 

Pass 

Moisture Resistance 

— 

— 

— 

0/38 

Pass 

Corrosion 

— 

— 

— 

0/15 

Pass 

Solvent Resistance 

— 

— 

— 

0/8 

Pass 

Physical Dimension 

0/15 

0/15 

0/15 

0/15 


Pass 

Pass 

Pass 

Pass 

Solderability 




0/22 

(3 devices) 
Pass 

LI 

0/15 

0/15 

0/15 

0/15 


Pass 

Pass 

Pass 

Pass 

Bond Strength 

— 

0/15 

Pass 

— 

— 

Die Shear Strength 

— 

0/5 

Pass 

— 

— 

X-Ray 

0/5 

0/5 

0/5 

0/5 


Pass 

Pass 

Pass 

Pass 

Status 

Fully Qualified 

Fully Qualified 

Fully Qualified 

Fully Qualified 
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Table 16. ATT3000 Series (0.6 |xm) (continued) 


Qualification 

Information 

Device 

S1116X 

(Q90111) 

MR120 

(Q92055) 

Chip Size (iim) 

6830 X 7040 

8130x8130 

Package 

100-pin MQFP 

208-pin SQFP 

Steam Bomb 

0/105 

0/105 


Pass 

Pass 

1000 hrs. HTOB 

1/105 

0/105 


Pass 

Pass 

Class 

2/132 

0/132 


Pass 

Pass 

1000 hrs.THB 

0/129 

0/129 


Pass 

Pass 

100 c/sTC or 

1/105 

1/105 

300 c/sTC 

Pass 

Pass 

15 c/sTS or 

0/25 

1/25 

100 c/s TS 

Pass 

Pass 

Moisture Resistance 

0/38 

Pass 

— 

Corrosion 

0/15 

Pass 

— 

Solvent Resistance 

0/8 

Pass 

— 

Physical Dimension 

0/15 

0/15 


Pass 

Pass 

Solderabiiity 

0/22 

(3 devices) 

Pass 


LI 

0/15 

Pass 

— 

Bond Strength 

— 

— 

Die Shear Strength 

— 

— 

X-Ray 

0/5 

Pass 

— 

Status 

Fully Qualified 

Fully Qualified 
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Table 17. ATT3000 Series (0.55 jum) 




Device 


Qualification Information 

3042- 

84PLCC 

(Q95273) 

3090- 

84PLCC 

(Q96098) 

3090- 

208SQFP 

(Q96099) 

ESD-HBM^ 

>1000V 

>1000V 

>2000 V 

ESD-CDM^ 

>1000V 

>500 V2 

>1000V 

lOOOhrs.HTOB 

0/105 

Pass 

— 

— 

1000 hrs.THB 

— 

— 

— 

CLASS 

— 

— 

— 

Autoclave 

— 

— 

— 

(96 hrs. SB) 




100 c/s TC 

— 

— 

— 

15c/sTS 

— 

— 

— 

Moisture 

— 

— 

— 

Resistance 




Corrosion 

— 

— 

— 

Solvent 

— 

— 

— 

Resistance 




Physical 

— 

— 

— 

Dimensions 




Solderabiiity 

— 

— 

— 

Bond Strength 

— 

— 

— 

Die Shear Strength 

— 

— 

— 

X-Ray 

— 

— 

— 

LU Class 

II 

Ill 

II 

Status 

Fully Qualified 

Fully Qualified 

Fully Qualified 


1. HBM = human-body model, and COM = charged-device model; see page 6-14 for test descriptions. 

2. The corner pins pass >1000 V. 
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Table 17. ATT3000 Series (0.55 |im) (continued) 



Device 

Qualification Information 

MR109 

(MR109) 

MR120 

(MR120) 

Chip Size (^m) 

10280x10120 

8130x8130 

Package 

84-pin PLCC 

208-pin SQFP 

Steam Bomb 

0/45 

Pass 

0/105 

Pass 

1000 hrs. HTOB 

0/135 

Pass 

0/105 

Pass 

Class 

0/132 

Pass 

0/132 

Pass 

1000 hrs.THB 

0/132 

Pass 

0/129 

Pass 

100 c/sTC or 

300 c/s TC 

1/105^ 

Pass 

1/105 

Pass 

15c/sTSor 

100 c/s TS 

0/25 

Pass 

1/25 

Pass 

Moisture Resistance 

0/38 

Pass 

— 

Corrosion 

0/15 

Pass 

— 

Solvent Resistance 

0/8 

Pass 

— 

Physical Dimension 

0/15 

Pass 

0/15 

Pass 

Solderabiiity 

0/22 

Pass 

— 

LI 

0/15 

Pass 

— 

Bond Strength 

0/15 

Pass 

— 

Die Shear Strength 

0/5 

Pass 

— 

X-Ray 

0/5 

Pass 

— 

Status 

Fully Qualified 

Fully Qualified 


3. Aluminum short caused by collet damage. 
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ORCA 1C Series Qualification 

There are four arrays in the ORCA 1C Series FPGA 
product family; ATT1C03, ATT1C05, ATT1C07, and 
ATT1C09. These arrays are then assembled in a num¬ 
ber of different packages. These packages are plastic- 
leaded chip carrier (PLCC), metric-quad flat pack 
(MQFP), thin-quad flat pack (TQFP), shrink-quad flat 
pack (SQFP), and ceramic-pin grid array (CPGA). 

Qualification Strategy 

The qualification of ORCA 1C Series FPGAs can be 
broken into three specific groups: process technology, 
silicon design, and package. 


Process Technology; These arrays are processed 
using the 0.6 pm CMOS technology. Lucent Technolo¬ 
gies’ 0.6 pm CMOS process employs N- and P-channel 
LDD MOS transistors. The process also uses two lev¬ 
els of metal and one level of polycide. Source and drain 
regions are silicided for low resistance. This technology 
has been rigorously tested for reliability and manufac¬ 
turability and is fully qualified. 

Silicon Design; Since the four arrays In the ORCA 1C 
Series FPGAs are a matrix of repetitive elements, the 
qualification review board (QRB) decided to qualify one 
die which would qualify the silicon design methodology 
of all four arrays. Therefore, needed tests were 
performed on the ATT1C05 die in the 240-pin SQFP 
package. 

Package; The QRB determined the qualification 
requirements of each die in a given package. The 
results are given in Table 18. 
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ORCA 1C Series Qualification (continued) 


Table 18. ORCA 1C Series (0.6 |im) 


Qualification 

Information 

Device 

ATT1C05- 

240SQFP 

(Q92167) 

ATT3090- 

175PPGA 

(Q92054) 

ATT1C07- 

304SQFP 

(Q94044) 

ATT3090- 

175CPGA 

(Q92161) 

1051CN 

(Q92168) 

ESD—HBM^ 

>2000 V 

>2500 V 

>2000 V 

>1000 V 

>1000V 

ESD—CDM^ 

>3000 V 

>3000 V 

>2000 V 

>2000 V 

>2000 V 

1000 hrs. HTOB 

0/109 

Pass 

1/105 

Pass® 

— 

0/133 

Pass 

1/105 

Pass^ 

1000 hrs.THB 

1/132 

Pass^ 

— 

— 

— 

— 

Class 

0/132 

Pass 

— 

— 

— 

— 

Steam Bomb 

1/105 

Pass^ 

— 

— 

— 

— 

100 c/sTC or 

300 c/s TC 

1/105 

Pass® 

— 

— 

0/105 

Pass 

— 

15 c/sTS or 

100 c/s TS 

1/15 

Pass® 

— 

— 

— 

— 

Moisture Resistance 

0/38 

Pass 

— 

— 

— 

— 

Corrosion 

— 

— 

— 

— 

— 

Solvent Resistance 

— 


— 

— 

— 

Physical Dimension 

0/15 

Pass 

— 

— 

— 

— 

Solderability 

0/22 

Pass 

— 

— 

0/3 

Pass 

— 

Bond Strength 

— 

— 

— 

— 

— 

Die Shear Strength 

— 

— 

— 

— 

— 

X-Ray 

0/5 

Pass 

— 

— 

— 

— 

Latch-up 

IV 

IV 

ill 

IV 

IV 

Status 

Fully Qualified 

Fully Qualified 

Fully Qualified 

Fully Qualified 

Fully Qualified 


1. HBM = human-body model, and CDM = charged-device model; see page 6-14 for test descriptions. 

2. One marginal functional failure after 432 hours (acceptable). No other devices failed after 1000 hours. 

3. Defective package. 5 n short from VSS to VDD. 

4. No defect found. 

5. One open via found. 

6. One mechanically broken wire found. 

7. Particles at polysilicon along edge of gate due to poor spacer. 
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ORCA 1C Series Qualification (continued) 


Table 18. ORCA 1C Series (0.6 |im) (continued) 


Qualification 

Information 


Device 


3042-1OOTQFP 
(QRB92.51) 

MR120 

(Q92055) 

MR141^ 

ESD—HBM2 

>2000 V 

>1000 V 

— 

ESD—CDM^ 

>3000 V 

>1000 V 

__ 

1000 hrs. HTOB 

— 

0/105 

Pass 

0/105 

Pass 

1000 hrs.THB 

— 

0/129 

Pass 

0/131 

Pass 

Class 

— 

0/132 

Pass 

— 

Steam Bomb 

— 

0/105 

Pass 

0/105 

Pass 

100 c/s TC or 

— 

0/105 

0/105 

300 c/s TC 


Pass 

Pass 

15 c/sTS or 

— 

1/25 

0/25 

100 c/s TS 


Pass^ 

Pass 

Moisture Resistance 

— 

— 

0/38 

Pass 

Corrosion 

— 

— 

0/15 

Pass 

Solvent Resistance 

— 

— 

0/8 

Pass 

Physical Dimension 

— 

0/15 

Pass 

— 

Solderability 

— 

— 

0/22 

Pass 

Bond Strength 

— 

— 

0/15 

Pass 

Die Shear Strength 

— 

— 

0/15 

Pass 

X-Ray 

— 

— 

0/5 

Pass 

Latch-up 

IV 

II 


Status 

Fully Qualified 

Fully Qualified 

Fully Qualified 


1. Also passed lead integrity (0/15). 

2. HBM = human-body model, and COM = charged-device model; see page 6-14 for test descriptions. 

3. Gate-level defect found under polysilicon gate. 
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ORCA 2C Series Qualification 

There are eight arrays in the ORCA 2C Series FPGA 
product family: ATT2C04, ATT2C06, ATT2C08, 
ATT2C10, ATT2C12, ATT2C15, ATT2C26, and 
ATT2C40. These arrays are then assembled in a num¬ 
ber of different packages. These packages are plastic- 
leaded chip carrier (PLCC), metric-quad flat pack 
(MQFP), plastic-quad flat pack (QFP), plastic-ball grid 
array (PBGA), thin-quad flat pack (TQFP), shrink-quad 
flat pack (SQFP), and ceramic-pin grid array (CPGA). 

Qualification Strategy 

The qualification of ORCA 2C Series FPGAs can be 
broken into three specific groups: process technology, 
silicon design, and package. 


Process Technology: These arrays are processed 
using the 0.5 pm CMOS technology. Lucent Technolo¬ 
gies’ 0.5 pm CMOS process employs N- and P-channel 
LDD MOS transistors. The process also uses three lev¬ 
els of metal. This technology has been rigorously 
tested for reliability and manufacturability and is fully 
qualified. 

Silicon Design: Since the eight arrays in the ORCA 2C 
Series FPGAs are a matrix of repetitive elements, the 
qualification review board (ORB) decided to qualify one 
die which would qualify the silicon design methodology 
of all eight arrays. Therefore, needed tests were 
performed on the ATT2C15 die in the 304-pin SQFP 
package. 

Package: The QRB determined the qualification 
requirements of each die in a given package. The 
results are given in Table 19. 
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ORCA 2C Series Qualification (continued) 


Table 19. ORCA 2C Series (0.5 ^m) 


Qualification 

Information 

Device 

ATT2C04- 

160QFP 

(Q95319) 

ATT2C10- 

256BGA 

(Q96068) 

ATT2C10- 

304SQFP 

(Q95041) 

ATT2C15- 

208SQFP 

(Q94290) 

ATT2C15- 

240SQFP 

(Q93234) 

ATT2C15- 

304SQFP 

(Q94048) 

ESD—HBM^ 

>2000 V 

>2000 V 

>2000 V 

>2000 V 

>2000 V 

>2000 V 

ESD—CDM^ 

>1000V 

>1000V 

>1000V 

>1000 V 

>1000 V 

>1000V 

1000 hrs. HTOB 

— 

— 



1/60 

Pass^ 

1/60 

Pass^ 

1000 hrs.THB 

— 




1/120 

Pass^ 

1/132 

Pass"^ 

Class 

— 

— 

— 

— 

0/133 

Pass 

0/133 

Pass 

Steam Bomb 

— 

0/46 

Pass 

0/45 

Pass 

— 

0/105 

Pass 

0/105 

Pass 

100 c/sTC or 

300 c/sTC 

— 

0/47 

Pass 

— 

— 

0/105 

Pass 

0/105 

Pass 

15 c/sTS or 

100 c/s TS 

— 

0/16 

Pass 

— 

— 

0/16 

Pass 

0/15 

Pass 

Moisture 

Resistance 

— 

— 

— 

— 

— 

— 

Corrosion 

— 

— 

— 

— 

— 

— 

Solvent 

Resistance 

— 

— 

— 

— 

— 

— 

Physical 

Dimension 

— 

0/15 

Pass 

— 

— 

— 

— 

Solderability 

— 

— 

— 

— 

— 

— 

Bond Strength 

— 

— 

— 

— 

— 

— 

Die Shear Strength 

— 

— 

— 

— 

— 

— 

X-Ray 

— 

— 

0/5 

Pass 

— 

— 

— 

Latch-up 

II 

II 

II 

II 

II 

II 

Status 

Fully Qualified 

Fully Qualified 

Fully Qualified 

Fully Qualified 

Fully Qualified 

Fully Qualified 


1. HBM = human-body model, and CDM = charged-device model; see page 16 for test descriptions. 

2. Electrical overstress. 

3. Metal 1 short. 

4. FMA found failure due to horizontal crack, which created EOS damage. 
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ORCA 2C Series Qualification (continued) 


Table 19. ORCA 2C Series (0.5 |im) (continued) 


Qualification 

information 

Device 

ATT2C26- 

304SQFP- 

PQ2 

(Q94227) 

ATT2C15- 

364CPGA 

(Q93231)4 

ATT2C40- 

208SQFP- 

PQ2 

(QRB95.17) 

ATT2C40- 

240SQFP- 

PQ2 

(Q95007) 

1159J 

(Q94124) 

T92020S 

(Q93181) 

1042BG 

(T92222) 

ESD— 

>2000V 

— 

— 

>2000 V 

>2000 V 

>2000 V 

>2000 V 

ESD—CDM’ 

>1000V 

>1000V 

— 

>1000V 

>1500 V 

>1000V 

>2000 V 

1000 hrs. HTOB 

0/65 

Pass 

1/60 

Pass^ 

— 

— 

0/97 

Pass 

1/1053 

Pass 

0/105 

Pass 

1000 hrs.THB 

0/100 

Pass 

— 

— 

0/77 

Pass 

0/132 

Pass 

0/130 

Pass 

0/132 

Pass 

Ciass 

0/100 

Pass 

— 

— 

0/80 

Pass 

0/132 

Pass 

0/132 

Pass 

0/132 

Pass 

Steam Bomb 

0/45 

Pass 

— 

— 

— 

0/105 

Pass 

0/105 

Pass 

0/105 

Pass 

100 c/sTC or 
300 c/s TC 

0/50 

Pass 

0/45 

Pass 

— 

0/46 

Pass 

0/105 

Pass 

0/105 

Pass 

0/105 

Pass 

15 c/sTS or 

100 c/sTS 

0/15 

Pass 

0/15 

Pass 

— 

— 

0/25 

Pass 

0/25 

Pass 

0/25 

Pass 

Moisture 

Resistance 

— 

— 

— 

— 

— 

— 

— 

Corrosion 

— 

— 

— 

— 

— 

— 

— 

Solvent 

Resistance 

— 

— 

— 

— 

— 

— 

— 

Physical 

Dimension 

0/15 

Pass 

0/15 

Pass 

0/15 

Pass 

0/15 

Pass 

— 

0/15 

Pass 

— 

Solderabiiity 

— 

— 

— 

— 

— 

— 

— 

Bond Strength 

— 

— 

— 

— 

— 

— 

— 

Die Shear 
Strength 

— 

— 

— 

— 

— 

— 

— 

X-Ray 

— 

— 

— 

— 

— 

— 

— 

Latch-up 

11 

— 

— 

11 

IV 

11 

IV 

Status 

Fully 

Qualified 

Fully 

Qualified 

Fully 

Qualified 

Fully 

Qualified 

Fully 

Qualified 

Fully 

Qualified 

Fully 

Qualified 


1. HBM = human-body model, and CDM = charged-device model. 

2. Conductive particle in interlevel dielectric. 

3. No failure found in FMA. 

4. Mechanical sequence test was also passed (0/38). 
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ORCA 2C Series Qualification (continued) 


Table 19. ORCA 2C Series (0.5 |xin) (continued) 




Device 


Qualification 

Information 

MR109 

(MR109) 

84-PLCC 

MR119 

(MR119) 

ATT2C26- 

388BGA 

(Q95013f 

ESO—HBM' 

>3000V 


>2000V 

ESD—CDM' 

>1000V 

— 

>500 V® 

1000 hrs. HTOB 

0/135 

1/1033 

0/59 


Pass 

Pass 

Pass 

1000 hrs.THB 

0/132 

0/130 

0/48 


Pass 

Pass 

Pass 

Class 

0/132 

Pass 

— 

0/89 

Pass 

Steam Bomb 

0/45 

0/105 

0/50 


Pass 

Pass 

Pass 

100 c/sTC or 

1/1052 

2 / 1 05“* 

0/50 

300 c/s TC 

Pass 

Pass 

Pass 

15 c/sTS or 

0/25 

0/25 

0/15 

100 c/sTS 

Pass 

Pass 

Pass 

Moisture 

0/38 

1/38® 

0/38 

Resistance 

Pass 

Pass 

Pass 

Corrosion 

0/15 

0/15 

0/15 


Pass 

Pass 

Pass 

Solvent 

0/8 

0/8 

0/15 

Resistance 

Pass 

Pass 

Pass 

Physical 

0/15 

— 

0/15 

Dimension 

Pass 


Pass 

Solderability 

0/22 

Pass 

0/22 

Pass 

— 

Bond Strength 

0/15 

Pass 

— 

— 

Die Shear Strength 

0/5 

Pass 

— 

— 

X-Ray 

0/5 

0/5 

0/5 


Pass 

Pass 

Pass 

Latch-up 

IV 

— 

11 

Status 

Fully Qualified 

Fully Qualified 

Fully Qualified 


1. HBM = human-body model, and CDM = charged-device model. 

2. Aluminum short caused by collet damage. 

3. No defect found. 

4. FMA found failure was due to ball bond pullout. 

5. EOS damage. 

6. Corner pins pass >1000 V. 

7. Ball integrity test was also passed (0/15). 
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ATT1700A Series Quaiification 

The ATT1700A Series of EEPROMs are assembled in three different packages. These packages are plastic-leaded 
chip carrier (PLCC), plastic dual-in-line package (DIP), and small-outline integrated circuit (SOIC). 

Quaiification Strategy 

The qualification of the ATT1700A Series EEPROMs was done by performing a full set of tests on the device in 
each package, with one exception: the HTOB and Bake device tests were only performed on the 8-pin DIR 


Table 20. A7T1700A Series EEPROMs (1.2 pm) 




Device 


Qualification 

Information 

ATT1700A- 

8DIP 

(Q94362) 

ATT1700A- 

8SOIC 

(Q94363) 

ATT1700A- 

20PLCC 

(Q94364) 

ESD—HBM' 

>2000 V 

>2000 V 

>2000 V 

ESD—CDM' 

>2000 V 

>2000 V 

>2000 V 

1000 hrs. HTOB 

6/768 

Pass^ 

— 

— 

1000 hrs.THB 

2/3564 

0/2865 

5/2443 


Pass^ 

Pass 

Pass"^ 

150 °C Bake 

0/899 

Pass 

— 

— 

Steam Bomb 

0/46 

0/46 

0/3322 


Pass 

Pass 

Pass 

100 c/s TC or 

0/644 

0/1012 

1/907 

300 c/sTC 

Pass 

Pass 

Pass^ 

15 c/sTS or 

0/46 

0/46 

6/878 

100 c/s TS 

Pass 

Pass 

Pass® 

Moisture Resistance 

0/46 

0/46 

0/46 


Pass 

Pass 

Pass 

Corrosion 

0/15 

0/15 

0/15 


Pass 

Pass 

Pass 

Solvent Resistance 

0/15 

0/15 

0/15 


Pass 

Pass 

Pass 

Physical Dimension 

0/2 

0/2 

0/2 


Pass 

Pass 

Pass 

Solderability 

0/22 

0/22 

0/22 


Pass 

Pass 

Pass 

Lead Integrity 

0/15 

0/15 

0/15 


Pass 

Pass 

Pass 

HAST 

0/122 

0/122 

0/281 


Pass 

Pass 

Pass 

Latch-up 

il 

II 

II 

Status 

Fully Qualified 

Fully Qualified 

Fully Qualified 


1. HBM = human-body model and CDM = charged-device model; see page 6-14 for test descriptions. 

2. Bad column in EEPROM array. 

3. IDD standby. 

4. Three failed from single bit charge loss, one from leakage, one from extended VDD range. 

5. Double row failure. 

6. Single/multiple bit charge loss. 
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Masked Array Conversion for ORCA ("MACO") 


Overview 

Lucent Technologies provides two families of field- 
programmable gate arrays (FPGAs) that offer the 
ability to perform high-performance, high-density 
digital functions. These two families of devices are 
the ORCA Series and ATT3000 Series. Since each 
of these families is programmable, they allow the 
designer to finalize a design through any number of 
programmable iterations without lengthy implementa¬ 
tion delays or needless expense. 

After implementation and initial production of the 
design, the FPGAs can possibly be replaced with a 
mask-programmed device, such as a gate array. This 
would only be done for cost-reduction purposes in 
high-volume applications after the functionality of the 
design has been proven. In this way, short-term time- 
to-market requirements can be fulfilled using the 
FPGA, and long-term cost requirements can be sat¬ 
isfied using the mask-programmed device. 

Lucent Technologies provides a design methodology 
and the tools to automate this translation process 
from the ORCA Series of FPGAs. This process is 
called Masked Array Conversion for ORCA (“MACO”) 
and allows the user to convert an ORCA FPGA to a 
lower-cost device that has been optimized to emulate 
the ORCA FPGAs. This process allows the user to 
seamlessly target a MACO device using the final ver¬ 
ified design files from ORCA Foundry. 


A second translation process Is available for the con¬ 
version of the ATT3000 Series of FPGAs to the 
Lucent Technologies ATT656 Series of CMOS gate 
arrays. This methodology provides a low-risk path for 
creating pin-compatible devices that work as direct 
replacements for the ATT3000 Series of FPGAs. 

This manual is divided into three sections dealing 
with FPGA migration to gate arrays and their Imple¬ 
mentation: 

■ ORCA FPGA Migration to MACO or a Lucent 
Technologies Gate Array 

■ Masked Array Conversion for ORCA (“MACO”) 

■ Preventing FPGA Migration Timing Issues 

Although ATT3000 series migration is not specifically 
covered, this path is also available. More specific 
information regarding FPGA to gate array migration 
from either the ORCA Series or ATT3000 Series is 
available directly from Lucent Technologies. 
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ORCA FPGA Migration to MACO or a 
Lucent Technologies Gate Array 

Introduction 

Lucent Technologies has developed a methodology to 
enable our customers to migrate an ORCA FPGA 
design into one of our high-volume products that pro¬ 
vides a high-quality, low-cost migration path. There are 
several options available to allow our customers to 
choose the most advantageous path for their needs. 

The FPGA design will be translated and optimized in 
the target technology. Optional scan path Insertion 
allows for higher fault coverage and better quality gate 
arrays to be delivered. Our wide variety of package 
offerings makes a pin-for-pin compatible migration pos¬ 
sible. 

The models and production parts will be fabricated in 
our ISO- and QML-certIfied lines and packaged in the 
same package as the original FPGA, assuring ease of 
introduction into manufacture. 


Design the FPGA with Migration in Mind 

When migrating a design from the FPGA to a gate 
array or MACO device, much time and effort will be 
saved if the FPGA designer has put some effort into 
designing with the future migration in mind. When the 
migration effort is taking place, the original FPGA 
designer may be unavailable for consultation, so taking 
into account the need to migrate the design at a future 
date will save the time and effort necessary to relearn 
the circuit and uncover all of the potential concerns 
from a gate array design point of view. Good documen¬ 
tation and functional vectors will also help shorten the 
gate array/MACO design schedule. 


Use Good Digital Design Techniques 

One of the biggest problems in digital designs is asyn¬ 
chronous circuits. While a successful FPGA develop¬ 
ment might include asynchronous circuitry, this same 
circuitry may cause the migrated device to be untest- 
able, have low yield, or have unstable performance. 
While every design will not allow it, complete imple¬ 
mentation of the following points will yield a cleaner, 
more predictable design with good performance and 
high yield: 

1. Make your design completely synchronous. A single 
clock, synchronous design eliminates asynchronous 
interfaces between clock domains. This makes cir¬ 
cuit analysis, vector generation, and testing much 
easier and the device more reliable. 

2. Don’t divide clocks or gate them with other signals 
for use as clock or data inputs to registers or 
latches. 

3. Use synchronous circuits instead of asynchronous 
loops or ripple counters. 

4. Synchronize any asynchronous primary Inputs to 
the main chip clock. 

5. Don’t purposely insert analog delays in a path to 
make the timing right for a particular circuit. Using 
long routing wires to implement a delay will be lost 
when the FPGA netlist is translated, causing timing 
problems in the gate array. If delays are needed, use 
digital circuits, such as a string of inverters, but doc¬ 
ument this clearly because the delay elements will 
otherwise be optimized away during resynthesis. 

6 . Don’t implement circuits that will create spikes since 
spike width may vary and cause undesired behavior 
in the gate array. Use enable signals to eliminate 
spikes. 

7. Ensure that all internal buses are actively driven at 
all times. 

8 . Provide for Initialization of all flip-flops (FFs) to mini¬ 
mize vector count and increase testability. 
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Design the FPGA for Testability 

The FPGA to be migrated should be designed with 
testability in mind. A mask-programmed device needs 
to have high fault coverage, and some circuits can be 
made untestable if care is not taken to recognize and 
address them ahead of time. Testability could always 
be added later but would probably add pins, making a 
pin-for-pin compatible migration impossible. 

A design is completely testable when you can control 
and observe every node In the circuit from package 
pins with a reasonable number of vectors. Designing 
for testability means making the circuit nodes more 
controllable and observable from primary I/O. Some 
ways to achieve this are: 

1. Use unused pins to control or observe a deeply 
Imbedded node. 

2. Break up long counter chains into smaller pieces 
that won’t require as many vectors to exercise. 

3. Initialize every flip-flop (FF) using a global set/reset 
signal. Every gate array needs to start from a known 
state when testing it in the factory. Initializing all FFs 
accomplishes this with a minimum number of vec¬ 
tors. 

4. MUX input and output pins to increase the controlla¬ 
bility and observability of internal nodes. 

Need for Functional Test Vectors 

Lucent Technologies’ objective is to maximize the first- 
time success rate of our customers’ boards. This can 
be accomplished with devices that pass vectors which 
functionally mimic the system’s interaction with the chip 
being designed. These test vectors are called func¬ 
tional vectors and should stress all critical paths, asyn¬ 
chronous interfaces, and I/O specifications while being 
run at system clock speeds. These vectors need to be 
written by someone with a detailed understanding of 
the intended chip operation, normally the FPGA logic 
designer. 


The silicon vendor does not have this functional knowl¬ 
edge and can only write fault coverage vectors that will 
toggle nodes in the chip to detect stuck at faults intro¬ 
duced In the manufacturing process. These vendor 
written vectors are not written in such a way that they 
verify chip functionality, but simply make each net in the 
circuit change from a one to a zero and back in such a 
manner that the result can be viewed at the output pins 
of the chip. Therefore, in order to maximize the first¬ 
time success of the device in the system, Lucent Tech¬ 
nologies strongly suggests that functional at-speed 
vectors be supplied for every hard-mask design. 

To generate a high level of fault coverage, the vendor 
will normally use a scan methodology that introduces 
extra logic into the chip. The extra logic will marginally 
slow the maximum operating speed of the device, but, 
since the gate array device can operate at a higher rate 
of speed than the FPGA, the effect is generally negligi¬ 
ble. 

Often an FPGA development cycle takes the form of 
specifying the circuit either through schematic capture 
or high-level language specification. A netlist is then 
extracted and physical layout is implemented. The 
resulting part is plugged into the target board, and lab 
testing is done to verify proper operation/implementa¬ 
tion of the device. If the device doesn’t work when 
tested in the board, the cycle is repeated until the 
desired operation is achieved. 

This method of design is viable only because the FPGA 
can be reprogrammed as many times as Is necessary. 
This method also requires that the circuit be small 
enough that the designer can gain a good idea of the 
specific part of the circuit that is not implemented cor¬ 
rectly just by analyzing the board behavior. As FPGAs 
get more complex, this method of design becomes less 
and less successful, and a more traditional ASIC 
approach becomes necessary. This includes simulating 
functional at-speed vectors to determine correct imple¬ 
mentation of the circuit. 
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While it is not necessary in some FPGA design cycles 
today to write and simulate functional at-speed vectors, 
it is desirable to do so for those FPGA designs which 
will be migrated to a gate array in the future. A design 
can be migrated to a gate array just by using fault cov¬ 
erage vectors for manufacturing screening, but this 
does not give as high a level of assurance that the 
translated design works logically or meets all of the tim¬ 
ing specifications. In this methodology, the fault cover¬ 
age vectors will only screen out manufacturing defects 
and may result In delivering initial models that will not 
work on the board; or worse, initial models may work, 
but sometime during production, all of the chips (that 
pass this kind of silicon manufacturing test) may fail at 
board level. This, in turn, will cause production of the 
board to stop and will mean that some engineering 
effort will be required. 

The following Is a list of some of the Issues fault cover¬ 
age vectors cannot specifically check: 

1. Timing at interfaces between multiple clock 
domains. 

2. Any critical timing paths between FFs. 

3. Any I/O timing specifications. 

4. Any paths that used (either intentionally or uninten¬ 
tionally) excessive layout parasitics to ensure timing 
was met in the FPGA. 

Similarly, any delays added by using digital ele¬ 
ments such as inverter/buffer strings or nand/nor 
gates with control inputs tied to Vdd/Vss will proba¬ 
bly get optimized away during the resynthesis pro¬ 
cess unless clearly documented. 

5. Races that may have been introduced in the gate- 
array design. 

6 . Mistakes that would otherwise be propagated from 
the FPGA to the gate array. 

In short, a good set of functional test vectors is impera¬ 
tive to design and test the gate array. Otherwise the 
chip may not be tested thoroughly, and the device may 
not be manufacturable over the full process variation of 
the silicon or board manufacturing lines. This set or 
sets of functional vectors should be developed when 
the FPGA Is designed because months or years later, 
when the FPGA is being migrated, the original designer 
who Is familiar with the details of the chip may be reas¬ 
signed to other projects or may not even be at the 
same company. 


Vector Writing Guidelines 

Vectors are a set or sets of input stimuli and output 
expected responses used to exercise the chip for simu¬ 
lation and manufacturing test purposes. They are most 
often represented as a series of 1 s and Os for the logic 
levels and 3s and Zs for the unknown and Hi-Z 
levels. There are two types of vectors generally used in 
the design of a chip: functional vectors and fault cover¬ 
age vectors. 

Functional vectors are a set or sets of vectors used to 
exercise the function of the chip in a manner consistent 
with the way it will be used on the board. These vectors 
are typically simulated at system speeds and in a man¬ 
ner consistent with the I/O specification of the chip. 

Fault coverage vectors are a set or sets of vectors 
whose sole purpose is to toggle as many of the internal 
nodes of a chip as possible in both directions and be 
able to observe that change on a primary output. Fault 
coverage vectors are usually simulated and tested at 
slower speeds than the system requires, since they do 
not necessarily represent the function of the chip, and 
running them at system speeds would probably result 
in overdesigning the chip. 

The fault coverage of a chip is a measure of the num¬ 
ber of faults that can be detected by observing a differ¬ 
ent behavior at the chip’s primary outputs from what is 
expected for a fault-free device when input vectors are 
applied. Good fault coverage numbers are typically in 
the 90th percentile. This reduces the number of unde¬ 
tected faults that can slip through the manufacturing 
tests to an acceptable range. 

Vectors need to conform to the test hardware limita¬ 
tions in a way that will not Introduce artificial timing 
constraints, such as races between the clock and data 
leads. Vectors should be written to conform to the sys¬ 
tem stimuli as much as possible. Additionally, the timing 
as applied should stress all I/O specs so that they can 
be verified during simulation, but the vectors also need 
to be written to set up the logic levels appropriately to 
do this. 
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To be successful at writing stimuli for test vectors, disci¬ 
pline must be employed. Valid test vectors that conform 
to test equipment constraints use only a subset of the 
possible stimuli which can be described. Venturing out 
of that subset will force reworking of stimuli. To stay in 
the test vector subset of stimuli mentioned above, the 
following guidelines must be followed: 

1 . Do not waste cycles. An important testing resource 
is vector memory. Long sets of vectors also take 
longer to simulate. Very long vector sets waste test 
resources and simulation/verification time. Taking a 
little time to pack vector sets full of function will pay 
off. Similarly, only simulate inputs which will eventu¬ 
ally affect outputs. The toggling of internal nodes, 
while visible in simulation, cannot be detected on 
the test set. 

2. Use only synchronous, deterministic 
sequences. Some stimuli generation schemes rely 
on system simulation. This can work, but it carries a 
risk along with it. Some systems use asynchronous 
handshaking to communicate. This can put signal 
transitions at a different point of time in several dif¬ 
ferent vector periods. Most ASIC test generation 
schemes, including Lucent Technologies’, do not 
have this capability. In addition, some system simu¬ 
lations will generate nondeterministic vectors. In this 
case, the device under test (DUT) requires a care¬ 
fully timed input response to one of its outputs. 
Again, most test machines, including Lucent Tech¬ 
nologies’, do not have this capability. 

3. Organize vectors into self-initializing sets with 
specific purposes. Test vectors are typically orga¬ 
nized into sets. Each set consists of sampled values 
for each DUT pin during each vector cycle. Each set 
also includes timing and waveform information to be 
associated with each pin and sampled column of 
data. For debugging purposes, it is quite useful for 
each set to have a known purpose. For example, 
some sets should only exercise specific modules in 
the design. In this way, if only some sets fail, only 
specific modules need to be considered. Each pri¬ 
mary I/O pin must be present in every set and must 
have the same column assignment in every set. 

4. Drive every input. Even when tests only exercise a 
portion of the circuit, every Input should have some 
known value. It may be a constant 1 or 0, but it 
should not be left unknown. 


5. Use oniy permitted waveforms. Figure 1 summa¬ 
rizes the shapes of waveforms that are acceptable 
to TPG2 (the Lucent Technologies proprietary test 
program generator) and Advantest (the test 
machines used by Lucent Technologies). Any of the 


waveforms in Figure 1 can optionally be delayed in a 

given test period. 
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Figure 1. Aiiowed Stimuius Waveform Shapes 


6. Do not change a signai’s waveform within a vec¬ 
tor set. The waveforms described in Figure 1 can 
be used for any signal. However, In any vector set, 
each signal may use exactly one waveform shape. 
This is a limitation of the Advantest test machines 
used by Lucent Technologies. 

7. Do not change a signai’s waveform timing within 
a vector set. The waveforms described in Figure 1 
can be timed or delayed with parameters. However, 
in any vector set, each signal may use exactly one 
timing set. This is a limitation of the test generation 
program, TPG2. 

8. Do not use puises of iess than 10 ns. No pulses 
on any stimulus should be shorter than 10 ns in 
duration because an AdvantesttesX machine cannot 
reliably create pulses shorter than this. 

9. Use no more than 19 input edges in a ciock 
period. Advantest testers share timing generators 
between pins. There are only 19 available timing 
generators. Therefore, the parameters which delay 
and time the waveforms in the above must be lim¬ 
ited to 19 in any vector set. 
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10. Use no more than 2 bidirectional driver 
enables. Advantest \es\ers devote two special tim¬ 
ing generators to time when bidirectional pins are 
switched between input and output modes. Bidi¬ 
rectional turnaround can therefore occur at only 
two different places in a vector period. One of 
these times is usually the vector boundary. 

11. Maintain fault coverage of 90% (required) to 
95% (recommended) or better. Stimuli must 
employ the high-fault coverage BIST patterns on 
memory blocks. It is also important to use all of the 
same stimuli during device testing that are used for 
in-circuit or board testing. 


Waveform Auditing 

Auditing the waveforms serves two purposes: 

1. Checking compliance with test vector guidelines. 

2. Recording signal relationships and timing parame¬ 
ters. 

Lucent Technologies encourages test vector develop¬ 
ment methods that are correct by construction. This 
means that vector development test beds, by their very 
construction, should only generate waveforms that sat¬ 
isfy the audits. 

Waveform Audits 

Waveforms should be audited for many of the guide¬ 
lines discussed in the previous section. In addition, out¬ 
put and control waveforms need to be audited. (Each 
goal below applies to every vector set individually, 
unless otherwise noted.) 

1. Input waveform audits: 

— Every input driven? 

— Used only permitted waveforms? 

— Did not change waveforms? 

— Did not change waveform timing? 

— Maximum number of different edges In 
period N less than or equal to 19? 


2 . Output audits: 

— Masked strobes in transition regions? 

— Strobed only during stable time common to 
worst-case slow delay and unit delay? 

— Every output drives steady 0 and steady 1 In at 
least one vector set? 

— Did not change signal strobe times in period? 

3. Bidirectional/3-state control audits: 

— Every bidirectional pin has a corresponding 
control vector/signal? 

— Maximum number of bidirectional driver enable 
timings less than or equal to 2? 

— At least 15 ns between strobing of bidirectional 
and driving to input value? 

— Avoided opposite state contention between DUT 
and test machine? 

— Every 3-statable output pin has a corresponding 
control vector/signal? 

— Every 3-statable output pin goes Hi-Z in at least 
one vector set? 

To perform the audits above manually, waveforms can 
be examined in the waveform display tools supplied by 
many third-party CAD companies. Auditing the wave¬ 
forms before long simulation verifications is usually 
worthwhile. 

Functional vectors should be simulated at system 
speeds to ensure the proper operation of the chip, but 
actual device testing will be performed at 10 MHz or 
the system speed, whichever Is less. 
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Masked Array Conversion for ORCA 
(“MACO”) 

Features 

■ Seamless conversion from ORCA FPGA to mask- 
programmed devices for fast time-to-volume 
production 

■ Reduced cost for high-volume applications 

■ Same 0.5 pm/O.SS pm process as corresponding 
ORCA devices 

■ Same 5 V/3.3 V options as ORCA devices 

■ Same I/O pin buffer characteristics as corresponding 
ORCA devices 

■ Same packages/pinouts as corresponding ORCA 
devices 

■ MACO meets or exceeds all ORCA performance 
specifications 

■ Same preference file used to control ORCA Foundry 
map/place/route, and static timing is used to specify 
timing for the MACO device 

■ Greater than 50% reduction in power required for 
MACO device vs. an ORCA FPGA 

■ Provides ORCA pin emulation for most programming 
pins 

■ Conversion made directly from ORCA Foundry out¬ 
put includes any and all design changes 

■ Easy conversion regardless of design flow 

■ Internal scan path logic allows full fault coverage 

■ Fault coverage vectors automatically generated 

■ Allows the user to prove-in their system with ORCA 
FPGAs before committing to high-volume production 


Description 

Masked Array Conversion for ORCA (MACO) is an 
application-specific, mask-programmed array imple¬ 
mentation that provides a fast and easy migration path 
from any ORCA FPGA to low-cost, high-volume pro¬ 
duction. Lucent Technologies provides both the ORCA 
FPGA and the MACO array which means that the I/O 
buffer characteristics are identical, the parts are manu¬ 
factured usirig the same foundry, and they can be 
placed in the same packages. It also means there is 
only one supplier with whom the designer must inter¬ 
face. 

The transfer of a design from ORCA to MACO is as 
simple as providing the output files generated by 
ORCA Foundry. The user first implements a working 
ORCA design that has been system-verified. For a 
MACO migration to begin, the simple pre-hand-off pro¬ 
cedure shown in Figure 2 is required. The post-hand- 
off procedure shown in Figure 3 is then performed by 
the MACO team. 

Additional checks are performed by the MACO team to 
ensure that no race conditions exist and that asynchro¬ 
nous behavior (if any) is understood. With this input, 
the MACO team can process the design, providing 
evaluation parts in a matter of weeks. 


Table 1. Lucent Technologies’ ORCA FPGA Migration-Capable Devices 


Device* 

84-Pin 

PLCC 

100-Pin 

TQFP 

144-Pin 

TQFP 

160-Pin 

QFP 

208-Pin 

EIAJ 

SQFP/ 

SQFP2 

240-Pin 

EIAJ 

SQFP/ 

SQFP2 

256-Pin 

PBGA 

304-Pin 

EIAJ 

SQFP/ 

SQFP2 

352-Pin 

PBGA 

428-Pin 

EBGA 

600-Pin 

EBGA 

2x04 

X 

X 

X 

X 

X 

— 

— 

— 

— 

— 

— 

2x06 

X 

X 

X 

X 

X 

X 

X 

— 

— 

— 

— 

2x08 

X 

— 

— 

X 

X 

X 

X 

— 

— 

— 

— 

2 x10 

X 

— 

— 

X 

X 

X 

X 

— 

X 

— 

— 

2 x12 

X 

— 

— 

— 

X 

X 

X 

X 

X 

— 

— 

2x15 

X 

— 

— 

— 

X 

X 

X 

X 

X 

X 

— 

2x26 

— 

— 

— 

— 

X 

X 

— 

X 

X 

X 

X 

2x40 

— 

— 

— 

— 

X 

X 

— 

X 

— 

X 

X 


* Includes the devices in the ATT2Cxx, OR2CxxA, and OR2TxxA series FPGA families. 
Note: The OR2TxxA series is not offered in the 304-pin SQFP/SQFP2 packages. 


Lucent Technologies Inc. 


7-7 





Masked Array Conversion for ORCA ("MACO") 


FPGA Data Book 


Masked Array Conversion for ORCA 
(“MACO”) (continued) 

PreT = 0 Design Process 

In order to convert an ORCA FPGA to a MACO device, 
the starting point is a design database of an ORCA 
FPGA that is currently working In the targeted system. 
As shown in Figure 2, this database consists of three 
main files that are generated by ORCA Foundry: 

1 . The .ncd design database, 

2 . The .prf preference file, and 

3. The .pad pinout file. 

As shown in Figure 2, functional test vectors are also 
preferred. This provides the highest level of confidence 
that the migrated FPGA will work In the board the first 
time it is plugged-in as a MACO device, the reasons 
having been discussed in detail previously. 



DESIGN HANDOFF (TIME = TO) 


Figure 2. Pre-Hand-Off Migration Flow 

In addition to these files, two documents must also be 
completed before design hand-off (known as T = 0 or 
Time = TO); 

1 . Migration Checklist: A checklist that ensures that 
all required information is transferred to the Lucent 
Technologies design team. 

2 . Hand-Off List: A questionnaire about the FPGA 
design and customer contacts. 


PostT = 0 Design Process 

After receiving the final design database and other doc¬ 
umentation, a detailed schedule with both customer 
and Lucent deliverables will be presented for sign-off 
by the customer and a Lucent representative. 

As shown In Figure 3, the design is then converted to a 
MACO device and verified. Once this verification is 
complete, a customer review will be performed to make 
sure the MACO device meets all of the customer’s 
requirements. If no issues are found, then the customer 
will be required to sign a mask order request form, 
known as the Design Verification Form, which will begin 
the fabrication process. 



Figure 3. Post-Hand-Off Migration Flow 


Once fabrication has finished and the devices have 
been packaged and tested, the first models will be 
shipped to the customer. The customer then signs a 
Final Design Approval Form, which permits the cre¬ 
ation of production devices. 

All of the forms that are required during this process 
are Included in the Appendix of this manual (note that 
these forms are occasionally updated, so please see 
your Lucent representative for the latest version): 

Appendix A: MACO Migration Checklist 
Appendix B: MACO Hand-Off List 
Appendix C: MACO Design Verification Form 
Appendix D: MACO Final Design Approval Form 
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(“MACO”) (continued) 

Hand-Off Options 

There are three hand-off options that can be selected 

during a migration: 

1. Preferred Option. This option includes functional 
test vectors supplied by the designer. Once a migra¬ 
tion feasibility study has been completed, there are 
no restrictions for this option. 

2. Base-Line Option. This option does not include 
functional test vectors. Contact your Lucent repre¬ 
sentative to determine If there are any restrictions 
for this option. 

3. Special Requests Option. Special requests may 
be accommodated on a case-by-case basis. Some 
examples include special configuration emulation or 
the combining of multiple ORCA FPGAs into one 
MACO device. 

For each of these options, the following caveats must 

be observed: 

1. Evaluation of programming circuits (DONE pin, etc.). 
Some understanding of how these are used in the 
system is required when migrating. Although emula¬ 
tion of many of the programming pins is an option, 
the exact timing or functionality of the FPGA pro¬ 
gramming pins may not be duplicated in the MACO 
device. See the Emulation of ORCA Programming 
Pins section for more information. 

2. Limited support for initial value RAMs. 


3. If any FPGA in a programming daisy chain is 
migrated, then all the following FPGAs in the daisy 
chain must also be migrated or programmed in a dif¬ 
ferent manner. 

4. Readback mode cannot be supported in the MACO 
device. 


Boundary Scan and Testability 

Boundary Scan 

MACO migration supports the standard boundary scan 
instructions required by IEEE standards: extest, sam¬ 
ple, and bypass. The MACO instruction register has 
these commands located at the same addresses as 
our ORCA FPGAs. Both preconfiguration and postcon¬ 
figuration boundary-scan modes are emulated in 
MACO. Any vectors that previously ran in either of 
these two modes will work in the MACO device. As a 
result, customers do not have to change any of the 
board assembly tests that utilize these Instructions 
when migrating to MACO. 

However, some of the features that are supported in 
ORCA are not logically supported in MACO. These 
features are RAM Write (the device cannot be pro¬ 
grammed through the TAP controller) and RAM Read 
(the programming information cannot be “read back” 
through the TAP controller). 

In addition, there are two user-defined instructions that 
ORCA supports but that are not supported by MACO; 
they are PLC Scan Ring 1 and PLC Scan Ring 2. 

Table 2 summarizes the MACO/ORCA boundary-scan 
instructions. 


Table 2. MACO/ORCA Boundary-Scan Instructions 


Instruction 

Address 

Supported in ORCA7 

Supported in MACO? 

Extest 

000 

Yes 

Yes 

PLC Scan Ring 1 

001 

Yes 

No 

RAM Write (RAM_W) 

010 

Yes 

No 

Reserved 

oil 

— 

— 

Sample 

100 

Yes 

Yes 

PLC Scan Ring 2 

101 

Yes 

No 

RAM Read (RAM_R) 

110 

Yes 

No 

Bypass 

111 

Yes 

Yes 
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Automatic Test Program Generation (ATPG) 

To reduce device test issues to an acceptable level, 
Lucent Technologies created fault coverage vectors for 
each MACO device to bring fault coverage up to the 
mid- to high-90th percentile range. These vectors are 
generated using ATPG tools. Most migrated ORCA 
designs will be able to have an ATPG vector generator 
run on the MACO counterpart to generate these vec¬ 
tors. This is done without the added overhead of scan 
insertion or other structured circuit methodologies to 
help increase fault coverage. 

Scan Insertion 

In some cases, the ATPG tool may not be able to raise 
the fault coverage high enough without adding struc¬ 
tured test circuitry to the chip in question. This is due to 
the complexity of the circuit or its size. In these cases. 
Lucent Technologies will add full scan circuitry to 
achieve the desired fault coverage. 

RAM BIST 

Designs that include RAMs will have RAM BIST cir¬ 
cuitry inserted in them to accommodate the fault cover¬ 
age of the RAMs. 

Functional Vectors 

Any functional vectors that the customer provides need 
to meet the guidelines discussed in the Vector Writing 
Guidelines section. This will ensure test set compatibil¬ 
ity and will allow Lucent to run these vectors on the test 
set. Exercising these vectors on the test set will gener¬ 
ally ensure that the paths exercised are operating cor¬ 
rectly (at speed) in the silicon. Fault coverage vectors 
generated by Lucent will not test asynchronous inter¬ 
face nor tight timing paths and will not be run at speed. 


Verification 

Functional Simulations 

The MACO methodology includes simulating all func¬ 
tional vectors provided in the T = 0 hand-off package as 
long as they meet the guidelines set out in the Vector 
Writing Guidelines section. In addition, they need to be 
created in one of the following platforms: Verilog, 
VHDL, Viewlogic (PC or Workstation), Mentor, or 
ATTSIM. All MACO simulations will be done in 
Verilog-XL as the golden simulator. 

Static Timing Analysis 

A static timing analysis of every path on the chip is also 
performed independently from any simulations com¬ 
pleted. This analysis is performed with postlayout 
capacitance and RC delay back-annotated into the 
analysis database. The results are then provided to the 
customer prior to mask order sign-off for final approval. 
These results include every possible input setup and 
hold time, every possible output propagation delay 
path, and the frequency analysis (maximum frequency) 
of every clock domain. This allows customers who do 
not provide complete functional vectors to check the 
performance of every path. 

Clock Issues 

Prior to layout, an analysis is done of each clock on the 
chip to allow the design and insertion of an appropri¬ 
ate-sized clock tree to ensure that clock slope on the 
chip is appropriate to prevent problems with individual 
flip-flop operation and also to ensure that required 
clock-to-output delay is met. After layout is complete, 
every clock on the chip is analyzed to ensure that the 
maximum skew requirement imposed by the technol¬ 
ogy is met. 

Preference File 

The customer preference file provided at T = 0 hand-off 
Is verified in the completed ORCA .ncd database that is 
also provided at T = 0. If all preferences are met, then 
these preferences are checked In the final simulation 
and static timing analysis results to ensure proper tim¬ 
ing on the critical paths specified. Any preference not 
met in the ORCA device will be documented and 
ignored. 
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Emuiation of ORCA Programming Pins 

Migrated MACO devices contain circuitry to emulate 
the functionality of many ORCA programming pins. 
These pins are emulated during all states of operation: 
powerup, initialization, configuration, start-up, and user 
operation. Since the MACO device is not actually con¬ 
figured with a bit stream, the order of these events is 
maintained, but the time it takes to complete each state 
of operation is different for the MACO device than for 
the original ORCA device. 

At powerup, the device goes through an initialization 
process. First, an internal power-on-reset circuit is trig¬ 
gered when power is applied. A time-out delay is initi¬ 
ated to allow the power supply voltage to stabilize. The 
INIT and DONE outputs are low. At powerup, if Vdd 
does not rise from 2.0 V to Vdd in less than 25 ms, the 
user should delay configuration by Inputting a low into 
INIT, PRGM, or RESET until Vdd is greater than the rec¬ 
ommended minimum operating voltage. 

The active-low, open-drain initialization signal, TNIT, is 
released and pulled high by an internal resistor when 
initialization is complete. If INIT is held low, the MACO 
device remains in the initialization state. When INIT is 
released to go high, the MACO device enters the con¬ 
figuration state. 

If configuration has begun, an assertion of RESET or 
PRGM initiates an abort, returning the MACO device to 
the initialization state. The PRGM and RESET pins must 
be pulled back high before the FPGA will enter the con¬ 
figuration state. During the start-up and operating 
states, only the assertion of PRGM causes the device to 
return to the iriitialization state. 

All I/Os that are not used during the Initialization and 
configuration states are 3-stated with internal pull-ups, 
and the internal latches/FFs are held set/reset. After 
configuration, the MACO device enters the start-up, or 
transition, phase between the configuration and opera¬ 
tional states. The system design Issue in the start-up 
phase is to ensure the user I/Os become active without 
inadvertently activating devices in the system or caus¬ 
ing bus contention. A second system design concern is 
the release of the global set/reset of the Internal 
latches/FFs. 

In the default Implementation of the MACO devices, 
both of these events (the release of the I/O 3-states 
and the release of the internal set/reset) occur when 
the external DONE pin rises. Done is an open-drain 


bidirectional pin that may include an optional (enabled 
by default) pull-up resistor to accommodate wired 
ANDing.The open-drain DONE signals from multiple 
devices (both FPGAs and MACOs) can be tied 
together (ANDed) with a pull-up (internal or external) 
and used as an active-high ready signal or reset to 
other parts of the system. These ANDed DONE pins 
can be used to synchronize the other two start-up 
events for all devices, since they can be synchronized 
to the same external signal. This external DONE signal 
will not rise until all devices release their DONE pins, 
allowing the signal to be pulled high. 

If any of the other start-up options are required, this is 
considered a special request that must be submitted on 
the MACO Migration Checklist (see Appendix A). 
Please contact your Lucent representative for a copy of 
this document and for more information. 

Another function that is emulated in the MACO devices 
is the TS_ALL function, which functions in exactly the 
same manner as in the ORCA devices to 3-state all 
I/Os under user control. Additional information on this 
function is available in any of the ORCA Series FPGAs 
data sheets. 

In summary, the following pins and their associated 
functionality are emulated in the MACO device: PRGM, 
RESET, INIT, DONE, HDC, and LDC. In addition, the 
functionality of 3-stating I/Os, the set/reset of latches/ 
FFs during Initialization/configuration, and theTS_ALL 
function may also be emulated. 


Migration of RAMs from ORCA to MACO 

Asynchronous RAMs 

The asynchronous RAMs found in all ORCA devices 
require that complicated timing requirements be met to 
ensure operation. These requirements Include mini¬ 
mum pulse widths on the write-enable signal and 
setup^old checks from data and address to the write- 
enable signal. To ensure correct operation, both static 
timing analysis and timing simulation is run for both 
WCS and WCF processing with these timing checks 
included. RAM BIST is also included to ensure high 
fault coverage. 

Synchronous RAMs 

Since the new synchronous RAMs found In the 
OR2CxxA/OR2TxxA devices provide a simpler inter¬ 
face that is synchronous to a given clock, no special 
testing is required to ensure operation. RAM BIST Is 
included to ensure high fault coverage. 
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Masked Array Conversion for ORCA (“MACO”) (continued) 

Absolute Maximum Ratings 

Stresses in excess of the absolute maximum ratings can cause permanent damage to the device. These are abso¬ 
lute stress ratings only. Functional operation of the device Is not implied at these or any other conditions in excess 
of those given In the operations sections of this data sheet. Exposure to absolute maximum ratings for extended 
periods can adversely affect device reliability. 


MACO devices include circuitry designed to protect the chips from damaging substrate Injection currents and pre¬ 
vent accumulations of static charge. Nevertheless, conventional precautions should be observed during storage, 
handling, and use to avoid exposure to excessive electrical stress. 


Parameter 

Symbol 

Min 

Max 

Unit 

Storage Temperature 

Tstg 

-65 

150 

°C 

Supply Voltage with Respect to Ground 

Vdd 

-0.5 

7.0 

V 

Vdd5 Supply Voltage with Respect to Ground 
(3.3 V MACO) 

Vdd5 

Vdd 

7.0 

V 

Input Signal with Respect to Ground 

— 

-0.5 

Vdd + 0.3 

V 

Signal Applied to High-impedance Output 

— 

-0.5 

Vdd + 0.3 

V 

Maximum Soldering Temperature 

— 

— 

260 

°c 


Note: During powerup and powerdown sequencing, VDD is allowed to be at a higher voltage level than VDD5 for up to 100 ms. 


Recommended Operating Conditions 


Mode 

5 V MACO 

3.3 V MACO 

Temperature 

Range 

(Ambient) 

Supply Voltage 
(Vdd) 

Temperature 

Range 

(Ambient) 

Supply Voltage 
(Vdd) 

Supply Voltage 
(Vdd5) 

Commercial 

0 °C to 70 °C 

5V + 5% 

0 °C to 70 °C 

3.0 V to 3.6 V 

Vdd to 5.25 V 

Industrial 

-40 °C to +85 °C 

5V±10% 

-40 °C to +85 °C 

3.0 V to 3.6 V 

Vdd to 5.25 V 


Note: The maximum recommended junction temperature (Tj) during operation is 125 °C. 
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Electrical Characteristics 
Table 3. Electrical Characteristics 


5 V Commercial: Vdd = 5.0 V ± 5%, 0 °C < Ta < 70 °C; 5 V Industrial: Vdd = 5.0 V ± 10%. -40 °C < Ta < +85 °C. 

3.3 V Commercial: Vdd = 3.0 V to 3.6 V, 0 °C < Ta < 70 °C; 3.3 V Industrial: Vdd = 3.0 V to 3.6 V, -40 °C < Ta < +85 °C. 


Parameter 

Symbol 

Test Conditions 

5 V MACO 

3.3 V MACO 

Unit 

Min 

Max 

Min 

Max 

Input Voltage: 

High 

Low 

VIH 

VIL 

Input configured as CMOS 
(Includes 3.3 V MACO) 

70% VDD 
GND-0.5 

Vdd + 0.3 
20% VDD 

80% VDD 
GND - 0.5 

Vdd + 0.3 
15% VDD 

V 

V 

Input Voltage: 

High 

Low 

VIH 

VIL 

Input configured as TTL 
(Not valid for 3.3 V MACO) 

2.0 

-0.5 

Vdd + 0.3 
0.8 

— 

— 

V 

V 

Output Voltage: 

High 

Low 

VOH 

VOL 

VDD = Min, lOH = 6 mA or 3 mA 
VDD = Min, lOL = 12 mA or 6 mA 

2.4 

0.4 

2.4 

0.4 

V 

V 

Input Leakage Current 

IL 

VDD = Max, VIN = VSS or VDD 

-10 

10 

-10 

10 

pA 

Standby Current 

IDDSB 

5 V MACO (Ta = 25 °C, Vdd = 5.0 V) 
3.3 V MACO (Ta = 25 °C, Vdd = 3.3 V) 
no output loads, 
inputs at VDD or GND 


4.1 


2.7 

mA 

Data Retention Voltage 

VDR 

TA = 25 °C 

2.3 

— 

2.3 

— 

V 

Input Capacitance 

CIN 

5 V MACO (Ta = 25 °C, Vdd = 5.0 V) 
3.3 V MACO (Ta = 25 °C, Vdd = 3.3 V) 
Test frequency = 1 MHz 


9 


9 

pF 

Output Capacitance 

COUT 

5 V MACO (Ta = 25 °C, Vdd = 5.0 V) 
3.3 V MACO (Ta = 25 °C, Vdd = 3.3 V) 
Test frequency = 1 MHz 


9 


9 

pF 

DONE Pull-up Resistor 

RDONE 

— 

100K 

— 

100K 

— 

Q 

M3, M2, Ml, and MO 
Pull-up Resistors 

RM 

— 

100K 

— 

100K 

— 

Q 

I/O Pad Static Pull-up 
Current 

IPU 

VDD = 5.25 V, VIN = VSS, TA = 0 ‘^C 

14.4 

50.9 

14.4 

50.9 

pA 

I/O Pad Static Pull-down 
Current 

IPD 

VDD = 5.25 V, VIN = VDD, TA = 0 °C 

26 

103 

26 

103 

pA 

I/O Pad Pull-up Resistor 

RPU 

VDD = 5.25 V, VIN = VSS, TA = 0 "C 

100K 

— 

100K 

— 

Q 

I/O Pad Pull-down 

Resistor 

RPD 

VDD = 5.25 V, VIN = VDD, TA = 0 °C 

50K 

— 

50K 

— 

Q 
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Table 4. Power Consumption 


Parameter 

Test Conditions 

5 V MACO 
(Max) 

3.3 V MACO 
(Max) 

Unit 

Internal Cell 

Fan-out = 2 

3.70 

1.57 

pW/MHz 

Flip-Flop Power 

Fan-out = 1 

9.60 

4.00 

pW/MHz 

Input Block (per pin) 

PCMOS = 

0.20 

0.09 

mW/MHz 


Pttl= 1.18 mW + 

0.20 

0.09 

mW/MHz 

Output Block (per pin) 

CL=15pF 

132.00 

57.50 

pW/MHz 
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Preventing FPGA Migration Timing 
Issues 

Introduction 

Migrating FPGA designs to either gate arrays or hard¬ 
wired FPGAs often creates timing problems that can 
easily elude ASIC logic designers. Timing errors relat¬ 
ing to routing delays are especially prevalent In asyn¬ 
chronous designs based on complex, high gate count 
devices. They often trigger long delays on some paths 
and short ones on others, leading to race conditions 
and glitches in the design when migrated, even when a 
prototype in the board operates. 


FPGA to Gate Array Timing 

Some gate array manufacturers now claim that they will 
convert an FPGA to their gate array automatically, with¬ 
out user-supplied test vectors. Although this may work 
in a few circuits that are completely synchronous, the 
chances for first-time success are significantly 
increased by timing simulations done on both the 
FPGA and the gate array. Some of the timing problems 
created during the migration are documented in this 
manual. 

Figure 4 shows an example of one of the many differ¬ 
ent race conditions that can occur. In the FPGA, the 
gated clock's AND gate has one input with 50 ns of 
routing delay; the other has 10 ns of routing delay. The 
intervals before and after the routing delay for one of 
the inputs are shown as A and A'. Likewise, the inter¬ 
vals before and after the routing delay for the other 
input are B and B'. 

Even though A's routing delay Is 50 ns, a glitch doesn't 
occur at the output and the chip is not clocked. The rea¬ 
son is that one or the other of the inputs (A' or B') to the 
AND gate is always low. 

However, in a gate array or hard-wired FPGA, those 
same delays could both become 5 ns. Instead of a 
50 ns delay at A' and a 10 ns delay at B', the gate array 
timing will have both A' and B' high at the same time 
since both now have 5 ns routing delays. As a result, a 
glitch occurs on the output of the AND gate, possibly 
causing an unwanted clock pulse. 


Other routing delay problems relating to FPGA migra¬ 
tion have similar characteristics, but each problem has 
its own unique variations that adversely affect a gate 
array conversion. 

The following examples show that the FPGA routing 
delays can be considerably larger than those of gate 
arrays and can easily be larger than the gate delays in 
a typical signal path. 



^ I_ 

10ns—|. 4 — 

B' I 


C- 

FPGA GATED CLOCK (C) 


A 


A' 

—J 1^ 


B 

TL 


^ 1 

B* 

1 1 

1 1 

C 

1 1 


^ GLITCH 

GATE ARRAY GATED CLOCK (C) 

5 - 4246 ( 0 ) 

Figure 4. Example Race Conditions 
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Preventing FPGA Migration Timing 
Issues (continued) 

Gated Clocks 

Gated clocks present many issues during FPGA to 
gate array migrations. Figure 5 shows a gated clock 
that can take two different paths to get to the clock 
input on the flip-flop. Due to the large routing delays in 
FPGAs, this circuit may not act the same when con¬ 
verted to a gate array with smaller routing delays. 


PATH 1 



FPGA 

ROUTING 

DELAY 


PATH 2 

* CLK = (A * SOURCE) * (~ (B + SOURCE)). If A = 1 and B = 0, CLK 
can be affected by both Path 1 and Path 2. 


Figure 5. Gated Clock 


As shown in Figure 5, Path 1 and Path 2 have different 
routing delays, as modeled by the shown delay cells. 
The nets labeled DELAY 1 and DELAY 2 follow the 
delay cells and are used in the following diagrams. 

If Input A is 1 and Input B is 0, the clock can be affected 
by both Path 1 and Path 2 when the SOURCE input 
changes. 

In the waveform shown in Figure 6, the FPGA design 
has a Path 1 delay of 20 ns and a Path 2 delay of 
10 ns. This results in a 10 ns wide pulse on the falling 
edge of SOURCE for the CLK signal. 


SOURCE 


DELAY 1 


20 ns-^l 


-^20 ns-^1 




1 

|10 ns 

1 

1 

1 10 ns 

I 

I 

I 

I 

DELAY 2 I 



1 

1 

1 

CLK 

_M 

rt 


Note: DELAY 1 = 20 ns and DELAY 2 = 10 ns; therefore, there will 
be a 10 ns clock pulse on the falling edge of SOURCE. 


Figure 6. Gated Clock—FPGA Design 


However, in the gate array implementation shown in 
Figure 7, the Path 1 delay becomes 5 ns and the 
Path 2 delay becomes 7 ns. In effect, the two have 
skewed in opposite directions with Path 1 now faster 
than Path 2. 

The gate array therefore experiences a 2 ns wide pulse 
on the rising edge of SOURCE, possibly clocking the 
flip-flop. Since the flip-flop will be clocked on the oppo¬ 
site edge of SOURCE, the appropriate data may not be 
at the data pin, and therefore will not be latched. 


5 ns^ 


7 ns I 


I • 
7 ns I 
I I 
I. 

I 


it 


Note: DELAY 1 = 5 ns, DELAY 2 = 7 ns. The gate array now has an 
unwanted glitch on the rising edge of SOURCE, while the 
pulse from the falling edge of SOURCE is gone. 

Figure 7. Gate Array Implementations 


7-16 


Lucent Technologies Inc. 












FPGA Data Book 


Masked Array Conversion for ORCA ("MACO") 


Preventing FPGA Migration Timing 
Issues (continued) 

Figure 8 shows a similar problem. However, here 
the example Is a clock with sequential reconvergent 
sources. The difference is that Input A is clocked 
into flip-flop 1 by SOURCE, with Output B from the 
flip-flop going through FPGA routing DELAY 1. 
Routing DELAY 2 comes from SOURCE and goes 
to the input of the OR gate. These two paths could 
conceivably have major delay differences. 


SOURCE 


DELAY 1 


DELAY 2 


CLK 


10 ns 


f 


\ 


10 ns I 


Since flip-flop 1 is clocked with the same clock 
(SOURCE) going to the OR gate, one assumes that the 
clock gets to the OR gate before output B of the flip- 
flop. That is not necessarily the case with an FPGA. 


FPGA ROUTING 
DELAY 



FPGA ROUTING DELAY 


Figure 8. Clock with Reconvergent Sources 


To explain, assume that in the waveform in 
Figure 9 that A = 1, B = 0, the delay of B to the 
OR gate is 5 ns, and the delay of SOURCE to the 
OR gate, after it has reached flip-flop 1, is 10 ns. 
Since DELAY 1 and DELAY 2 are ORed together, 
when SOURCE falls In the FPGA implementation, 
one of the inputs to the OR gate is always high. 
Therefore, there is no glitch on the falling edge of 
SOURCE. 


Figure 9. SOURCE Clock without Glitch—FPGA 
Design 


As shown in Figure 10, this may not be true for the gate 
array design. Figure 10 shows DELAY 1 remaining at 
5 ns and DELAY 2 reduced to 2 ns. Since DELAY 1 is 
now larger than DELAY 2, thp clock going to flip-flop 2 
will glitch on the falling edge of SOURCE. 


SOURCE 



1 

1 

[ 5 ns j 

1 

DELAY 1 1 

i 

_ 


1 

1 

1 

1 

1 

1 

DELAY 2 1 



2ns-^| 1 

◄- 2ns-^| 

1 

CLK 


1 

' 



Figure 10. SOURCE Clock with Glitch—Gate Array 
Design 
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Preventing FPGA Migration Timing 
Issues (continued) 

Ciock/Data Races 

Figure 11 shows an asynchronous circuit involving flip- 
flops having different clocks and three different routing 
delays. DELAY 1 extends from clock 1 to flip-flop 1, and 
DELAY 2 extends from clock 2 to flip-flop 2. DELAY 3 
comprises the total delay of the logic and the routing 
between the flip-flops. 

If both clocks are active about the same time, there 
may be a clock/data race condition at the second flip- 
flop. This is aggravated when converting an FPGA 
design to a gate array because there are four delays 
that could change significantly; they are logic delays 
between the two flip-flops, routing delays of this logic 
between the two flip-flops, and the routing delays of 
both CLK1 and CLK2. 

FFs WITH DIFFERENT CLOCKS 


DELAY 3 



Figure 11. Clock/Data Race 


The waveforms for an example FPGA implementa¬ 
tion and gate-array implementation are shown in 
Figure 12 and Figure 13. Since CLK2's delay 
(DELAY 2) In the gate array is speeded up, data to 
flip-flop 2 does not get there in time to be clocked by 
DELAY 2, and OUT remains a 0 instead of going 
high, which is what happens in the FPGA. 

Also, asynchronous presets and clears pose the same 
problems as the clocks on flip-flops, as explained in 
Figures 2—9. If there is an asynchronous preset or 
clear on a flip-flop, a circuit can experience the same 
glitches and other problems as those involving flip-flop 
clocks when converted to a gate array. 



Figure 12. Clock/Data Race FPGA Design 



Figure 13. Clock/Data Race Gate Array Design 
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Preventing FPGA Migration Timing 
Issues (continued) 

Figure 14 shows yet another routing delay problem, 
this time involving mixed data and clock on the same 
sequential element. The paths from SOURCE to the 
clock and data pins of the flip-flop cause a clock/data 
race condition. 

In this example, since it's a positive edge flip-flop, a 
race condition exists between incoming data and the 
clock when the clock rises. 


OR GATE 



Figure 14. Mixed Data and Clock 


For the FPGA Implementation, Figure 15 shows that if 
DELAY 1 is 10 ns, and the delay to CLK is 20 ns, the 
data arrives in time for the flip-flop to clock It. In 
Figure 16, the delays change when converting the 
FPGA to a gate array. DELAY 1 is larger than the clock 
delay, so when the source signal rises, the flip-flop is 
clocked before the data gets there. 



Figure 15. Mixed Data and Clock FPGA Design 


Other Timing Issues 

Routing delay problems can also affect the timing of 
asynchronqus loops used in an FPGA, which are gen¬ 
erally included in a circuit for their timing characteris¬ 
tics. Sometimes asynchronous loops are added as ring 
oscillators, as timing chains, or as long delay paths to 
get FPGAs to function properly. When converting from 
an FPGA to a gate array, this circuit can have the same 
function, but the timing associated with it may be lost. 



OUT 


Figure 16. Mixed Data and Clock Gate Array Design 
Conclusion 

For many FPGA applications, a prototype FPGA is 
created, placed in the system, then verified by either 
performing system diagnostics or by allowing normal 
system operation. If a problem is found, a new FPGA 
prototype is created, generally in a matter of minutes to 
hours, and the system is verified. This loop is continued 
until the FPGA is proven to work correctly. Although 
this works well for prototyping, if the FPGA is to be 
used in a production environment, a worst-case timing 
simulation should be performed. 

The FPGA used in the prototype system Is generally 
guaranteed to be faster than the worst-case rated 
values. However, a set of production parts may be 
much slower than the particular part used for prototyp¬ 
ing, but will still be faster than the worst-case rated 
values. Some of the production parts may, therefore, 
fail in the system. Since the user generally has no way 
of determining the absolute speed of the given part, a 
timing simulation needs to be done. When timing simu¬ 
lations have been performed on the FPGA, these same 
timing simulations can be performed on the resulting 
gate array. This significantly improves the chances of 
the gate array working the first time. The test vectors 
from these simulations can then be used for testing the 
gate array during manufacturing. 
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Masked Array Conversion for ORCA (“MACO”) 
Migration Checklist (Version 2.0) 


Item 

_A. Pinout Definition 

_B. Design Description 

_C. Design Database 

_D. Functional Vectors 

(optional but preferred) 

General Information Requirements 


Format 

Use file.pad from ORCA Foundry 

Completed handoff.lis including device environment 

(voltage, package, frequency, clock strategy, etc.) 

Use file.ncd from ORCA Foundry 

Many industry-standard formats are supported (with 

simulation command files) 


1. If vectors are supplied, do all vector sets meet the test set guidelines as specified in the Migration Section 

of the FPGA Data Book as required? Yes_ No_ If no, please attach an explanation. 

2 . What platform did you use for design entry? _ 

What platform did you use for synthesis? _ 

What platform did you use for simulation? _ 

3. Is the RESET pin used to set/reset all PLC FFs globally: 

During user operation? Yes_ No_ Is it active-high_or active-low_? 

4. Is the RESET pin used to reinitialize the FPGA during configuration? Yes_ No_ 

5. Are any programmable functions used? Yes_ No_ 

If yes, which ones: 

CCLK*_ DONE_ Start-upt_ 

HDC_ INlT_ RESET_ 

LDC_ Readback_ 

RD_CFGN as TS_ALL after configuration_ 

6 . Do any of these functions need to be emulated in the migrated device? Yes_ No_ 

If yes, which ones: 

CCLK*_ DONE_ Start-upt_ 

HDC_ TNiT_ RESET_ 

LDC_ Readback_ 

RD_CFGN as TS_ALL after configuration_ 

7. Is the TS_ALL function driven by an internal signal? Yes_ No_ 

8 . Does the DONE pin require an internally supplied pull-up? Yes_ No_ 

9. Was the oscillator used, and is it needed in the masked array? Yes_ No_ 

If so, which speed? 10 MHz nominal_ 1.25 MHz nominal_ 

10. Were internal 3-state bus drivers used? Yes_ No_ 

Are these buses always driven as required in ORCA? Yes_ No_ 

* Used only for programming master mode/daisy-chained devices, 
t Is the sequence or timing of start-up events important? 
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11. Are any PLCs used as delay elements? Yes_ No_ 

12. Are routing delays intentionally added in the FPGA? Yes_ No_ 

13. Were any paths routed by hand for timing requirements? Yes_ No_ 

If so, attach a list of these paths if they need priority in the masked array. 

14. Do any signals that had to be given routing priorities in the FPGA need the signal names maintained In the 

masked array implementation? Yes_ No_ 

If so, attach a list of these signals. 

15. Is the boundary-scan circuitry used? Yes_ No_ 

Is It needed in the masked array? Yes_ No_ 

If yes, preconfiguration __or postconfiguration_? 

Are the internal user scan paths used? Yes_ No_ 

Are the dedicated boundary-scan pins used for another purpose after configuration? Yes_ No_ 

16. Do you have any minimum output propagation delay specifications? Yes_ No_ 

If yes, please provide a list of the pins and their specifications. 

17. What is the top level circuit name?_ 

18. Are there any LUTs implemented as RAM? Yes_ No_ 

If so, list the number of RAMs and their sizes. 


19. Is this device a master_, middle slave_, or trailing slave_? 

20. Are there any required relationships between multiple clock signals (Remember, any signal that clocks a PFU 
is considered a separate clock signal) as described in the Migration Section of the FPGA Data Book? 

Yes_No_ 

If yes, can this relationship be described as the following; CLK A will occur a minimum of_ns and a 

maximum of_ns before CLK B? 

Name_ 

Company_ 

Date_ 
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Masked Array Conversion for ORCA (“MACO”) 

Hand-Off List (Version 1.0) 


Device Name: _ 

FPGA Device (e.g., ATT2C15): _ 

Package (e.g., 160 EIAJ): _ 

Customer Design Contact: _ 

Phone: _ 

Lucent Design Contact: _ 

Phone: _ 

Number of models contracted for: 
Name and address to ship models to: 


1. Design Type (select all that apply): 

_ ORCA 1C FPGA Drop-In Replacement (pin-pin compatible) 

_ ORCA 2C FPGA Drop-In Replacement (pin-pin compatible) 

_ATT3000 FPGA Drop-In Replacement (pin-pin compatible) 

_ ORCA 2T FPGA Drop-In Replacement (pin-pin compatible) 

_Board Consolidation/Cost Reduction (contact Lucent Technologies for availability) 

_Other Migration 

2. One Paragraph Description of Design Intent and Device Function: 


3. Device Operating Conditions: 
Power Supply Voltage: 

Maximum Power Supply Current: 
Minimum Ambient Temperature: 
Maximum Ambient Temperature: 
Minimum Junction Temperature: 
Maximum Junction Temperature: 


Vdc ± _% 

mA or Maximum Power Dissipation:. 


°C 

°C 

°c 

°c 


mW 


Note: If there is not enough space to complete a section, please attach additional pages and make a 
note in the appropriate section. 
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4. Required Hand-off Items: 

The following items must be attached; 

a. The completed ORCA Customer Information form (this form will be completed by Lucent FPGA marketing). 

b. The completed migrate.chk form (to be completed by the customer). 


What version of ORCA Foundry was used? 


File Name 


Version/Date 


ORCA Foundry NCD database file (.ncd): 
ORCA Foundry preference file (.prf): 
ORCA Foundry pin assignment file (.pad): 
Functional vector set(s): 


Simulation command file(s): 


5. Are there any changes/additions to the preference file timing? Yes_ No_ 

(For example, path delays, clock frequencies, I/O setup time, I/O hold time, I/O propagation delays, and signal 
offsets.) All timing preferences must have been met in the original FPGA; i.e., they must pass ORCA TRACE: 

If so, list them below (must be in ORCA Foundry preference format): 

Mod # Timing Specification 


1 . _ 

2 . _ _ 

3. _ _ 

4. _ _ 

5. _ _^_ 

6. Simulation Vectors for Bidirectional Pins: 

Please list for all bidirectional buffers the corresponding control column In the vector set that Indicates when the 
buffer is In INPUT mode. (Note: Only 1s or Os may appear In the control columns.) 

Bidirectional Control Logic Value of Control 

Output(s) CLMN # (s) CLMN # Column when In INPUT Mode 
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7. Tristatable Pins: 

Please list for all tristatable buffers the corresponding control column in the vector set that indicates when the 
buffer Is tristated. (Note: Only 1s or Os may appear in the control columns.) 

Tristate Control Logic Value of Control 

Output(s) CLMN # (s) CLMN # Column when In Tristate 


8. Clock Definitions: 

List all signals that clock memory elements (latches, FFs, memory WREN). 

Primary Input? 

Clock(s) (Y or N) If No, Primary Inputs Clock is Derived from: 


9. Oscillator: 

If oscillator cells are included that require external I/O pins, list the pin numbers, pin names, and pin 
functionality (ATT3000 series only). 

Pin # Pin Name Pin Functionality 


10. Optional Hand-off Items: 

Critical path specification(s) (max 5): 
(i.e., FFx to FFy) 


Requests for deviation from methodology: 


I hereby approve this design for post-TO work at Lucent Technologies. 

Name: _ 

Company: _ 

Title: _ 

Signature: _ 

Date: _ 
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Masked Array Conversion for ORCA (“MACO”) 

Design Verification Form 


Company Name_ Customer Name_ 

Address_ 

City_ State_ Zip Code 

Telephone (_)_--_ Customer Part (SIF) Number_ 


Original Database Files: 

.NCD File and Time Stamp:_ 

Simulation Vectors File and Time Stamps: 
(If applicable) 


Optional Test Circuitry: 


Is boundary-scan emulation needed? 


[ 

]No 

[ ]Yes 


Is Internal scan circuitry present? 


[ 

] No 

[ ]Yes 


Simulations Completed Successfully: 




Functional Vectors: 

[ 

]NA 

[ 

] Unit Delay 

[ ] Layout Annotated Timing 

Fault Coverage Vectors: 

[ 

]NA 

[ 

] Unit Delay 

[ ] Layout Annotated Timing 

Boundary-Scan Vectors: 

[ 

]NA 

[ 

] Unit Delay 

[ ] Layout Annotated Timing 


Attached Files: 

Pinout File Name: 

I/O Timing Overview File Name: 
Clock Overview File Name: 
Preset/Clear Overview File Name: 


Lucent Technologies Inc. 
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Customer Acceptance: 

[ ] I certify that the above listed Simulation Vectors (if any) indicate required functionality of the device in system 
design. 

[ ] I certify that the indicated pinout is correct. 

[ ] I certify that the indicated preference file Is correct. 

[ ] I certify that the Indicated NCD file Is correct. 

[ ] I have reviewed the attached I/O Timing Overview and have determined that there are no issues that will be 

a problem in the system. 

[ ] I have reviewed the attached Clock Overview and have determined that there are no issues that will be a 
problem in the system. 

[ ] I have reviewed the attached Preset/Clear Overview and have determined that there are no issues that will 
be a problem in the system. 

[ ] I authorize Lucent Technologies to start the MACO mask making and fabrication process. 


Customer Name 


Signature 
Date_ 
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Masked Array Conversion for ORCA (“MACO”) 

Final Design Approval Form 



Company Name_ Customer Name_ 

Address_ 

City_ State_ Zip Code 

Telephone (_)_-_ MACO Part (SIF) Number_ 


ieitirieicieicicieit^icieieicic'kieificfe'kicic'kiie-kiritie’k-k-kicie-kicicicic-k'kic'kic'k-kic'k'kieicicir'kicieic-k'k'k-k'kic’kirieic-k-kic-ie-kic-k 

The following information was copied from the MACO Design Verification Form (OT96-114FPGA): 


Original Database Files: 


.NCD File and Time Stamp:_ 

Simulation Vectors File and Time Stamps: 
(If applicable) 


Optional Test Circuitry: 

Is boundary-scan emulation needed? [ ] No [ ] Yes 

Is internal scan circuitry present? [ ] No [ ]Yes 


Review Files: 


Pinout File Name: 

I/O Timing Overview File Name: 
Clock Overview File Name: 
Preset/Clear Overview File Name: 
Customer Preference File: 


ic************************************************************************** 
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Customer Acceptance: 

[ ] I have tested models of the above MACO device and have verified that the device meets our requirements. 

[ ] I request that Lucent Technologies transfer this design to its manufacturing facility. 

Authorized by: 

Name_ 

Title_ 

Phone_ 


Signature 

Date 
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Multipliers in ORCA OR2CxxA/OR2TxxA Series 
Field-Programmable Gate Arrays 


Introduction 

This application note describes the new ORCA 
OR2CxxA/OR2TxxA FPGA family multiplier mode 
and Its application to high-speed, parallel multipliers. 
The add/pass-shift method of parallel multiplication— 
the basis for the ORCA multiplier mode—is outlined, 
followed by an architectural description of the multi¬ 
plier mode. Implementation issues, and other circuits 
that can be optimized using the multiplier mode. 
These concepts are then combined to produce a 
method by which an n x m bit multiplier can be devel¬ 
oped to meet a target operating frequency. For fur¬ 
ther Information on the multiplier mode, refer to the 
ORCA OR2CxxA/OR2TxxA data sheets or contact 
ORCA FPGA technical support. 


Multiplier Quick Tutorial 

The ORCA multiplier mode Is based on the add/ 
pass-shift form of parallel multiplier. In short, this type 
of multiplication sequentially adds the multiplicand to 
the partial product if the multiplier bit corresponding 
to the given partial product is a logical one, or passes 
the partial product without addition if the multiplier bit 
is a zero. 

The new partial product is then shifted right, effecting 
an implicit multiply by two that maintains the proper 
power of 2 of the multiplier bit corresponding to that 
step. The process is sequential in the sense that the 
LSB of the multiplier operates on the first level, gen¬ 
erating a partial product (equal either to the multipli¬ 
cand or zero for the first level) that is then operated 
on by the next LSB of the multiplier, and so on. The 
process may or may not be sequential in reference to 
a process clock, depending on the amount of pipelin¬ 
ing added. The final product of the multiply may 
occupy up to n -f- m bits, m + 1 bits of the result will be 
output from the final multiplier stage (including the 
carry-out), and n - 1 bits will be the LSBs that have 
been right-shifted during previous levels. The follow¬ 
ing example demonstrates 26 x 28 = 728 (decimal). 


START 
STEP1 
STEP 2 
STEPS 
STEP 4 
STEPS 
STEPS 
STEP? 
STEPS 
STEPS 


MULTIPLIER 
MSB LSB 

110 10 


PRODUCT MULTIPLICAND 

MSB LSB MSB LSB 

00000 11100 

PASS- 0 0 0 0 0 

SHIFT — 000 000 

ADD-01 1 1 000 - 

SHIFT — 0111000 

PASS- 0 1110 0 0 

SHIFT — 0 01 1 1 0 0 0 

ADD-1 0 0 0 1 1 0 0 0 ◄- 

SHIFT — 1 0 0 0 1 1 0 0 0 
ADD-1 0 1 1 0 1 1 000 ◄- 


RESULT: 


SHIFT — 101101 1000 =2D8HEX = 728 DECIMAL 


Figure 1.26 x 28 = 728 (Decimal) Example 
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ORCA OR2CxxA/OR2TxxA Family Multiplier Mode 

Figure 2 is a diagram of an ORCA FPGA PFU in multiplier mode. The large box delineates the PFU, the four small 
boxes represent PFU flip-flops that (optionally) may be used to register the multiplier output, and the box containing 
the adder and multiplexer symbols represents the PFU look-up table logic in multiplier mode. A single PFU can 
effect a 1 X 4 bit multiply and sum with a partial product. The multiplier bit is input at A4, and the multiplicand bits 
are input at B[3:0], where B3 is the MSB. A[3:0] contains the partial product (or other input to be summed) from a 
previous stage. If A4 is logical 1, the multiplicand is added to the partial product. If A4 Is logical 0, 0 is added to the 
partial product, which Is the same as passing the partial product. CIN can input the carry-in from the less significant 
PFUs if the multiplicand is wider than four bits, and GOUT outputs any carry-out from the addition, which may be 
used as part of the product or routed to another multiplier PFU for multiplicand width expansion. Shifting of the bits 
is done implicitly through routing between PFUs. The next section shows how PFUs are arrayed to create large, 
and, in particular, pipelined multipliers. 


A3 B3 A2 B2 A1 B1 AO BO 



CIN 


OPTIONAL REGISTERS 
FOR PIPELINING 


03 02 01 OO 


Figure 2. ORCA OR2CxxA/OR2TxxA PFU in Multiplier Mode 


5-4620(F).a 


Creating Large, Pipelined Multipliers 

Pipelining entails the insertion of one or more levels of 
clocked registers in the multiply process. By breaking 
the multiply up Into segments in time, a higher clock 
rate may be used for the multiplication at the expense 
of a latency before the product is generated. The 
latency is equal to the number of clock periods corre¬ 
sponding to the number of pipeline levels used. If new 
multiplication factors are applied at each clock cycle, a 
new product will be generated each clock cycle follow¬ 
ing the initial pipeline latency. 

The following diagrams show several pipelined multi¬ 
plier configurations for the ORCA OR2CxxA/OR2TxxA 
architecture. Each large block represents a PFU. The 
multiplicand bits are applied to the B LUT inputs for 
each multiplier bit level, but are only shown at the input 


to the first stage for clarity. The arrows between internal 
levels of the multiplier represent bits of the partial prod¬ 
ucts that are applied to the A[3:0] inputs of each PFU 
(except for the first level, where A[3:0] are implicitly 
zero). Multiplier bits are shown on the right and are 
input into A4 of each level for each PFU on that level, 
although, for clarity, they are only shown to enter the 
rightmost PFU in the diagram. Note that multiplier bits 
that operate on pipeline-delayed levels are also regis¬ 
tered corresponding to the pipeline delay for that level. 
The particular PFU(s) in which the multiplier bits are to 
be registered are not addressed by the pipelining algo¬ 
rithm (described later) and are placed in the diagrams 
where they reflect the pipeline stage with which the 
delay is associated. Note also that the PFUs labeled as 
unused are not used for the multiplier but are usable for 
the other logic that may be in the designer’s circuit. 
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Creating Large, Pipelined Multipliers (continued) 

ALWAYS = 0 (UNLESS USING (MSB) (LSB) 



P11 P10 P9 P8 P7 P6 P5 P4 P3 


P2 P1 PO 


CRITICAL TIMING PATH 


I I PFU IN MULTIPLIER MODE 
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Figure 3.4 x 8 Multiplier, Unpipelined 



A4_0 (LSB) 


A4_1 

A4_2 

A4_3 (MSB) 


P11 P10 P9 P8 P7 P6 P5 P4 P3 P2 P1 PO 

. CRITICAL TIMING PATH O PFU IN MULTIPLIER MODE IM CLOCKED REGISTER 

Figure 4.4 x 8 Multiplier with 2 Pipelined Stages, Each 2 Multiplier Bits Deep 

Lucent Technologies Inc. 
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Creating Large, Pipelined Multipliers (continued) 


(MSB) (LSB) 

B0_8 B3_7 B2_6 B1_5 B0_4 B3_3 B2_2 B1_1 B0_0 
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P17 P16 P15 P14 P13 P12 P11 P10 P9 P8 P7 P6 P5 P4 P3 P2 P1 PO 

CRITICAL TIMING PATH Q PFU IN MULTIPLIER MODE □ CLOCKED REGISTER 

Figure 5.9 x 9 Multiplier with 3 Pipelined Stages, Each with 3 Multiplier Bits per Stage 
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Creating Large, Pipelined Multipliers (continued) 


(MSB) (LSB) 



P7 P6 P5 P4 P3 P2 P1 PO 


A4_0 (LSB) 
A4_1 

A4_2 (MSB) 


CRITICAL TIMING PATH 


I I PFU IN MULTIPLIER MODE Q CLOCKED REGISTER 
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Figure 6.3 x 5 Multiplier with 3 Pipelined Stages 


Implementation Issues 

This document addresses n x m bit multipliers with n 
being the multiplier and m being the multiplicand. In 
general, one would intuitively treat the larger size factor 
as the multiplicand so that the depth of the operation 
would be minimized in a time sense. But other condi¬ 
tions may dictate an alternate approach. 

For instance, a user may need to access a partial prod¬ 
uct, at a given time relative to the inputs, that is avail¬ 
able in an m X n configuration but not an n x m 
configuration. It must also not be assumed that forcing 
the largest factor to be the multiplicand will offer the 
highest throughput. An example of this might be a 
4 X 32 multiplier at a desired clock rate that makes it 
impossible to process the 32-bit multiplier ripple in one 
clock period, even if the partial product is registered at 
all four levels. It is possible, however, that a 32 x 4 mul¬ 
tiplier would work at the desired clock rate, although it 
might be at the expense of pipeline latency. 


other Multiplier Mode Capabilities 

Consider again the diagram of the single PFU in multi¬ 
plier mode (Figure 2), and you will notice that the archi¬ 
tecture has other potential uses. The PFU can be used 
as a selective adder (or subtracter using two’s comple¬ 
ment arithmetic) adding (subtracting) the B[3:0] inputs 
to the A[3:0] inputs only when A4 is a logical 1. An 
example of the use of this feature is in scaling a value. 
Suppose a process always operates on a 4-bit value. 
Under certain conditions, flagged by a single bit, an off¬ 
set or scaling value needs to be added or subtracted 
from the normal 4-bit value. This process may be 
implemented simply by routing the normal 4-blt value to 
the A[3:0] inputs, the conditional offset value to the 
B[3:0] inputs, and the control bit to the A4 input. Bit 
width expansion is possible using the carry-in and 
carry-out bits. 
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Parallel Multiplier Generation 
Algorithm 

It is a fairly simple task for a designer to partition a mul¬ 
tiplier into pipelined stages, given the operating fre¬ 
quency for various n x m stages (see Tables 1 and 2). 
To do so, simply select a stage depth that meets the 
required operating frequency and divide the multiplier 
into stages accordingly. The automated division of a 
multiplier into pipeline stages, however, can be some¬ 
what less straightforward. 

The following algorithm attempts to create a nonpipe- 
lined, registered output, n x m bit multiplier that will 
meet a target operating frequency. If the target operat¬ 
ing frequency cannot be met, pipelined multiplier 
stages will be added until the desired target frequency 
is achieved. If the target frequency Is unattainable 


Algorithm (Text) 

Pipeline delay = 1 automatically due to registered output 
Calculate the nonpipelined, registered output operating frequency of the n x m multiplier 
If the calculated frequency is less than the target frequency (pipelining necessary) 
for each possible pipeline depth (in PFUs), 0 < depth < n+1 

calculate if first and last/internal pipeline stage frequencies meet target 
if the first or last pipeline stage for depth of 1 doesn’t meet target 
failure, impossible to meet target 
do until the first pipeline stage meets the target frequency 
increment the pipeline delay 

set the first stage depth to next smaller value ((n + 1)/pipeline delay) 
set the last pipeline stage depth equal to the first pipeline stage depth 
do until the last pipeline stage meets the target frequency 
decrement the last pipeline stage depth 

set the internal pipeline stage depth to the number of multiplier bits not covered by the first and last pipeline 
stages, n_int 

do until all internal pipeline stages meet the target frequency 

set the internal depth to next smaller value ((njnt + pipeline delay - 3) / (pipeline delay - 2)) 
increment the pipeline delay 

for each internal pipeline stage (total pipeline delay - 2) set the depth value from above step 

set final internal pipeline stage depth to any remaining bits not evenly divisible by depth value from above 


(regardless of the amount of pipelining), the algorithm 
is aborted. 

Pipeline stages are added so that only the minimum 
amount of pipeline delay Is incurred, while maintaining 
the largest timing margin necessary to accommodate 
the target frequency. For instance, if a 4 x 8 bit multi¬ 
plier (multiplier = 4) cannot meet its target without two 
stages of pipelining, the multiplier will be broken into 
two stages of 2 bits each (as long as both 2-bit sections 
will meet the target frequency). This will be the case, 
even if a 3-bit and 1-bit split might work, because the 
number of pipeline stages is the same, and a 2-bit x 
2-bit split yields a better timing margin. In the following 
algorithm, the number of multiplier bits per pipeline 
stage is referred to as the depth of the stage. Calcula¬ 
tions involving the width of the multiplier refer to the 
number of bits (m) in the multiplicand. 
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Table 1. Multiplier Speed for First Pipeline Block (MHz) 


# Bits Deep/Reg. (D) 

# Bits Wide (W 

1 (Multiplicand) 

4 

6 

8 

9 

12 

16 

24 

32 

2 

113.64 

98.04 

87.72 

81.97 

74.63 

64.94 

51.55 

42.74 

3 

66.67 

51.81 

48.78 

46.95 

44.44 

40.82 

35.09 

30.77 

4 

47.17 

35.21 

33.78 

32.89 

31.65 

29.76 

26.60 

24.04 

5 

36.50 

26.67 

25.84 

25.32 

24.57 

23.42 

21.41 

19.72 

6 

29.76 

21.46 

20.92 

20.58 

20.08 

19.31 

17.92 

16.72 

7 

25.13 

17.95 

17.57 

17.33 

16.98 

16.42 

15.41 

14.51 

8 

21.74 

15.43 

15.15 

14.97 

14.71 

14.29 

13.51 

12.82 

9 

19.16 

13.53 

13.32 

13.18 

12.97 

12.64 

12.03 

11.48 

10 

17.12 

12.05 

11.88 

11.76 

11.60 

11.34 

10.85 

10.40 


Table 2. Multiplier Speed for Internal/Final Pipeline Block (MHz) 


# Bits Deep/Reg. (D) 

# Bits Wide (W) (Multiplicand) 

4 

6 

8 

9 

12 

16 

24 

32 

1 

163.93 

133.33 

114.94 

105.26 

93.46 

78.74 

59.88 

48.31 

2 

81.30 

60.24 

56.18 

53.76 

50.51 

45.87 

38.76 

33.56 

3 

54.05 

38.91 

37.17 

36.10 

34.60 

32.36 

28.65 

25.71 

4 

40.49 

28.74 

27.78 

27.17 

26.32 

25.00 

22.73 

20.83 

5 

32.36 

22.78 

22.17 

21.79 

21.23 

20.37 

18.83 

17.51 

6 

26.95 

18.87 

18.45 

18.18 

17.79 

17.18 

16.08 

15.11 

7 

23.09 

16.10 

15.80 

15.60 

15.31 

14.86 

14.03 

13.28 

8 

20.20 

14.04 

13.81 

13.66 

13.44 

13.09 

12.44 

11.85 

9 

17.95 

12.45 

12.27 

12.15 

11.98 

11.70 

11.17 

10.70 

10 

16.16 

11.19 

11.04 

10.94 

10.80 

10.57 

10.14 

9.75 


Table 3. Multiplier Resource Required (# PFUs in Multiplier Mode) 


# Multiplier Bits 

# Multiplicand Bits 

4 

6 

8 

9 

12 

16 

24 

32 

2 

1 

2 

2 

3 

3 

4 

6 

8 

3 

2 

4 

4 

6 

6 

8 

12 

16 

4 

3 

6 

6 

9 

9 

12 

18 

24 

5 

4 

8 

8 

12 

12 

16 

24 

32 

6 

5 

10 

10 

15 

15 

20 

30 

40 

7 

6 

12 

12 

18 

18 

24 

36 

48 

8 

7 

14 

14 

21 

21 

28 

42 

56 

9 

8 

16 

16 

24 

24 

32 

48 

64 

10 

9 

18 

18 

27 

27 

36 

54 

72 
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Glossary 

ORCA 

FPGA 

LSB 

LUT 

MSB 

PFU 

Multiplier 
Multiplicand 
Partial Product 


Optimized Reconfigurable Cell Array 
Field-Programmable Gate Array 
Least Significant Bit 
Look-up Table 
Most Significant Bit 

Programmable Function Unit—the major logic block of an ORCA FPGA. 

One of two factors, the multiplication of which generates a product. The multiplier is used as an 
index for the number of times the multiplicand is added to itself to effect the multiply. 

One of two factors, the multiplication of which generates a product. The multiplicand is added to 
itself the number of times specified by the multiplier to effect the multiply. 

An interim result of a multiplication which is, itself, the product of the multiplicand and some part 
of the multiplier factor. 
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Implementing and Optimizing Multipiiers in ORCA 
Fieid-Programmable Gate Arrays 


Introduction 

Multiplication is at the heart of the majority of digital 
signal processing (DSP) algorithms. Currently, digital 
multiplier functions are primarily the domain of DSP 
microprocessors and dedicated multiply or multiply- 
accumulate (MAC) devices.The DSP microprocessor 
solution provides flexibility due to programmability. 

However, this flexibility is offset by the intrinsic perfor¬ 
mance limitations of the fetch/decode/execute/store 
software methodology. For highest-performance 
designs, engineers often turn to dedicated multiplier 
or MAC devices. 

In the converse of the DSP micro solution, dedicated 
devices sacrifice flexibility (for example, in the width 
of data words) and add to board space, cost, power 
consumption, and overall circuit complexity. The 
ideal solution would provide algorithmic flexibility 
and high performance. The ORCA Series of FPGAs 
from Lucent Technologies offers just such a solution. 

In the past, multiplication in FPGAs has been prob¬ 
lematic due to the limited performance and density of 
the available devices. ORCA offers a very large num¬ 
ber of usable logic cells and specialized architectural 
elements, such as fast-carry chains. These features 
bring the idea of a configurable, high-performance 
algorithm engine to reality. 

In this application note, four basic multiplier circuits 
will be discussed. The first three circuits focus on an 
8x8 multiplier and use various degrees of pipelining 
to trade off performance versus density. These cir¬ 
cuits are based on the digital multiplication algorithm 
described below. The fourth example illustrates 
ORCA's on-chip memory configured to implement a 
look-up table based 2x4 multiplier. 


The Digital Multiplication Algorithm 

A number of methods exist for performing binary mul¬ 
tiplication. The simplest and most frequently used 
involves a bit-by-bit analysis of one operand control¬ 
ling an add-or-pass decision on the other operand. 
Assuming two inputs called OPA and OPB, the 
method can be described as follows: 

1. If bit 0 (the LSB) of OPA is a zero, pass a value of 
zero to the next step. If the LSB of OPA is a one, 
pass the value of OPB to the next step. 

2. Shift the value from step 1 one bit to the right. The 
resultant LSB from this shift is the LSB 

(bit 0) of the final, overall product. The other bits 
are then passed on to the subsequent step. 

3. Based on the next least significant bit of OPA 
(bit 1), either pass the value from the previous 
step (if OPA bit 1 is a zero) or ADD OPB to this 
value (if OPA bit 1 is a one). 

4. Shift the result from step 3 one bit to the right. 

The resultant LSB from this shift is the next LSB 
(bit 1) of the final, overall product. The other bits 
are then passed on to the subsequent step. 

5. Repeat steps 3 and 4 for all remaining bits in 
OPA, evaluating from the least significant to the 
most significant bit. The MSBs of the final product 
will appear at the output of the last stage's add/ 
pass circuit, and the LSBs will be the shifted-out 
LSBs from the previous steps. 

As an example, consider the multiplication of the two 
5-bit numbers, $1A and $1C (decimal 26 and 28): 
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The Digital Multiplication Algorithm (continued) 


START 
STEP 1 
STEP 2 
STEPS 
STEP 4 
STEPS 
STEPS 
STEP? 
STEPS 
STEPS 
RESULT 


MULTIPLIER PRODUCT MULTIPLICAND 

MSB LSB MSB LSB MSB LSB 

11010 00000 11100 

C— PASS- 0 0 0 0 0 

SHIFT — 000000 

- add-0 1 1 1 000 - 

SHIFT — 0 111000 

- PASS- 01110 0 0 

SHIFT — 0 0 1 1 1 0 0 0 

- ADD-1 0 0 0 1 1 0 0 0 ◄- 

SHIFT — 1 0 0 0 1 1 0 0 0 

- ADD 1 0 1 1 0 1 1 000 _ ◄- 

shift — 101101 1000 =2D8HEX = 728 DECIMAL 


5-4673(F) 


Note; For any binary multiplication, the number of bits needed for the product will be the total of the bits found in both operands. In this case, 
with two 5-bit operands, the product can be up to 10 bits long. In the 8 x 8 multiplier examples to follow, the product can be as long as 
16 bits. 


Figure 1. Multiplication of Two 5-bit Numbers ($1A and $1C) 


Reference Designs 

The nibble-oriented ORCA architecture makes the pop¬ 
ular 8-bit word width an ideal test case. Asynchronous, 
fully pipelined, and partially pipelined versions of an 
8x8 multiplier are covered in the following discussions 
covering reference designs 1 through 4. While the 
asynchronous version provides the highest density 
(least programmable logic cells or PLCs), the pipelined 
version offers maximum performance (in this case over 
66 MHz). 

The partially pipelined version represents one possible 
compromise between the conflicting goals of speed 
and density. The algorithms and design techniques can 
be extrapolated to construct similar multipliers for any 
word width and to meet a wide range of performance/ 
density constraints. 

Table 1 shows the number of PLCs (density) and the 
corresponding performance of each of the 8 x 8 
circuits. 


Table 1. Relative Density/Performance 


Sample Design 

No. of 
PLCs 

Speed 

Asynchronous 8x8 Multiplier 

18 

75 ns (tpd) 

4-stage Pipelined 8x8 
Multiplier 

27 

54 MHz 

8-stage Pipelined 8x8 
Multiplier 

46 

66 MHz 


Note: The performance shown is for the ATT2Cxx family of devices in 
the -3 speed grade. 


Reference Design 1—Asynchronous 8x8 
Multiplier 

This design implements an 8 x 8 bit multiplier in the 
minimal amount of space (18 PFUs). However, this 
compactness exacts a price in terms of performance; 
the inputs to OPB[7:0] (operand B) must propagate 
through eight levels of logic before the output is real¬ 
ized. Figure 2 shows the top-level schematic for this 
multiplier. 
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Two 8-bit operands (OPA[7:0] and OPB[7:0]) are multi¬ 
plied to yield a 16-bit product P[15:0]. Note that OPB is 
connected to each stage of the multiplier; OPA is bro¬ 
ken-up so that each individual bit controls the add-or- 
pass decision for each stage. 


Each block in the design is identical except for the first 
stage (see Figure 3). Since this stage will only pass 
OPB or all zeros, there is no need to supply inputs 
other than OPB and the ADD/PASS control. The sche¬ 
matics for the first stage and all subsequent stages are 
shown in Figures 3 and 4. 
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Reference Designs (continued) 

Reference Design 1—Asynchronous 8x8 Multipiier (continued) 


B[7:0l 
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Figure 3. Stage 1 of the Asynchronous Multiplier 
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* LEN = 0 for asynchronous multiplier. 


Figure 4. Stages 2—8 of the Asynchronous Multiplier 
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Reference Designs (continued) 

Reference Design 1—Asynchronous 
8x8 Multiplier (continued) 

Note the use of the COMP = attribute. This attribute 
forces circuit elements into a common PLC. For exam¬ 
ple, in Figure 4, the COMP = ADD attribute forces both 
a 4-bit adder (FADD4) and four multiplexed-input 
latches into a single PLC. The use of the multiplexed- 
input latches allows the add-or-pass decision to be per¬ 
formed in the same programmable function unit (PFU) 
as the add function. By tying the latch enable signal 
(LEN) low, the latches are placed in a transparent, flow¬ 
through mode. This saves implementing the multiplexer 
function In a separate PFU's look-up table (LUT). Per¬ 
formance is improved by eliminating the logic and inter¬ 
connect delay associated with a separate PFU. As a 
bonus, the multiplexed-input latches ease the modifica¬ 
tion of the circuit to a fully pipelined multiplier. The 
transparent latches are simply changed to multiplexed- 
input flip-flops. 


Multiplexed-Input latches and flip-flops are basic library 
elements for ORCA. These elements select either the 
output from a given LUT or the direct data input to the 
register/latch. The direct path bypasses the LUT for 
faster operation. For each PLC, the path can either be 
selected via a signal (as in this case) or fixed through 
configuration. 


Reference Design 2—Pipelined, 66 MHz 
8x8 Multiplier 

Figure 5 shows the top-level schematic for the fully 
pipelined version of the multiplier. While similar in func¬ 
tion to the asynchronous version, the Inputs to and out¬ 
puts from each stage must be pipelined to ensure the 
correct bits arrive at the correct times. There is a 
latency of eight clock cycles until the first result 
appears at the output. However, new operands can be 
supplied with each clock cycle, and a throughput of 
66 MHz can be maintained. 



POUT[15:0] 


5-3764 (F) 


Figure 5. Pipelined 8x8 Multiplier (66 MHz)—Top-Level Schematic 
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Reference Designs (continued) 

Reference Design 2—Pipelined, 66 MHz 
8x8 Multiplier (continued) 

Figure 6 shows the underlying schematic for stages 2 
through 7 of the pipelined multiplier. Note that stage 1 
is similar, but, as with the asynchronous version, it only 
needs to pass a value of zero or OPB[7:0]: no adding is 
necessary—any number added to zero yields the same 
number. There are two primary differences in the 
stages of the pipelined vs. asynchronous versions. 
First, the flow-through latches (library element 
FN1S5A) are replaced with registers (library element 
FN1S3AX).This provides the pipelining of the interme¬ 


diate results. The second difference is the addition of 
eight registers to pipeline OPB[7:0] (operand B). These 
registers simply move operand B down the chain of 
add/pass stages with each clock cycle. In the final 
stage, these registers are not required. 

To ensure that the appropriate bit of OPA[7:0] 

(operand A) arrives at each stage at the correct time, 
block OAPIPE (see Figure 7) inserts seven registers in 
the path of OPA bit 7, six registers in the path of ORA 
bit 6, etc. Block PPIPE performs a similar pipelining 
function for the partial results formed at each stage. 
PPIPE ensures that all the results for a particular set of 
operands arrive at the product outputs (P[15:0]) at the 
same time. 
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Figure 6. Stages 2—8 of the Pipelined Multiplier 
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Reference Designs (continued) 

Reference Design 2—Pipelined, 66 MHz 8x8 Multiplier (continued) 


OA[7:1] 


OAR[7:1] 
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Figure 7. Pipeline Registers for OPA[7:1] (OAPIPE) 
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Reference Designs (continued) 

Reference Design #3—Partially Pipelined, 
54 MHz 8x8 Multiplier 

Figure 8 shows the top-level schematic for an 8 x 8 
multiplier that employs a pipeline stage after every two 
add/shift stages. This lowers the overall PLC count 
without severely impacting the performance of the fully 
pipelined version. The pipeline registers for operand A 
(OPA[7:0]) and the partial results (P[7:0]) are shown 
individually (rather than as a block in the fully pipelined 
version). 


Each of the four stages actually operates on 2 bits from 
OPA[7:0]. Figure 8 shows the underlying schematic for 
add/pass stages 2 and 3. Note that the lower-order half 
of each stage uses FN1S5A multiplexed-input latches 
(transparent, combinatorial mode) while the upper half 
uses FN1S3AX flip-flops. These flip-flops register the 
partial results In groups of two. This reduces the num¬ 
ber of pipeline registers needed (for the OPA[7:0] and 
partial products) by one half. 



Figure 8.8 x 8 Multiplier—Pipelined Every Two Stages 
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Reference Designs (continued) 

Reference Design #3—Partiaiiy Pipelined, 54 MHz 8x8 Multipiier (continued) 
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Figure 9. Stages 2—3 of the Partially Pipelined 8x8 Multipiier 
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Reference Designs (continued) 

Reference Design #4 —Fast Look-Up Table Based 2x4 Multiplier 


Figure 10 illustrates an alternative approach to binary multiplication in FPGAs. For reasons that will be explained, 
only small multipliers are practical in this configuration. The circuit in Figure 10 multiplies a 2-blt number by a 4-bit 
number. 



The PLCs in ORCA may be used as blocks of memory. 
Initial values may be loaded into these memory cells 
via the configuration bit stream. In this manner, the 
cells are configured as ROM. To create a multiplier in 
this ROM, both operands are applied to the address 
inputs, and the product is seen at the ROM data out¬ 
puts. Obviously, the correct results must be precalcu¬ 
lated and coded into the configuration bit stream for 
storage in the proper address. The INITVAL = attributes 
in Figure 10 provide the initial values for each ROM 
block. During configuration, the ROM is loaded with 
these values for each of the 64 locations (64 locations 
are needed due to the 6 operand bits that form the 
address). 

The performance of such an implementation is limited 
only by the address decode time and the access time 
of the on-chip memory. With ORCA devices, the read 
cycle time is only 3.6 ns (ATT2Cxx-3 family). Adding 


output registers increases performance even further 
and costs nothing in terms of additional logic and rout¬ 
ing; the registers already exist in the PLCs that are 
doing the ROM function. With this registered output 
scheme, the performance is limited by the address-to~ 
clock setup time within a PLC. For the ATT2Cxx-3 fam¬ 
ily, this time is 1.8 ns. 

Despite the extremely high performance predicted by 
these memory access times, the size of practical look¬ 
up table based multipliers is limited. The amount of 
ROM required increases exponentially as the width of 
the operands increases. Even the sizable on-chip 
memory of ORCA (each PLC can provide a 16 x 4 
block of memory) can be quickly consumed. However, 
most other FPGAs offer no on-chip memory at all; 
look-up table based multipliers in these devices are 
Impractical (if not impossible) to implement. 
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Reference Designs (continued) Conclusion 


Reference Design #4—Fast Look-Up Table 
Based 2x4 Multiplier (continued) 

Table 2 lists the number of PLCs required just to do the 
ROM function for given size multiplier. 


Table 2. Memory and ORCA PLCs Needed for 

Various Look-Up Table Based Multipliers 


Size 

(Bits) 

Output 

Width 

(Bits) 

ROM Needed 

ORCA 

PLCs 

Needed 

2x2 

4 

16x4 

1 

2x4 

6 

64x6 

6 

4x4 

8 

256x8 

32 

4x8 

12 

4Kx12 

768* 

8x8 

16 

64Kx16 

16276* 


* Cannot be implemented in the current generation of devices. 


In addition to the amount of available logic used for 
ROM, look-up table multipliers must also provide 
address decoding circuitry. This circuitry becomes 
more complex (and, therefore, slower) as the size of 
the array addressed increases. 

Another interesting observation from Figure 10 is that 
three of the eight LUTs needed are preloaded with all 
zeros. Therefore, these LUTs could be eliminated and 
more simple circuitry substituted. For consistent prop 
delays and for clarity in this example, the all zeros 
LUTs have been retained. 


Multipliers are a critical element of digital signal pro¬ 
cessing and a host of other applications. Implementing 
multipliers in reconfigurable FPGAs offers a maximum 
of speed and flexibility. FPGAs with on-chip memory 
add the ability to store coefficients and implement look¬ 
up table based multipliers. The multiplication algo¬ 
rithms and the coefficients may be modified and/or 
adapted by simply reconfiguring the FPGA. Imagine 
the flexibility this provides in fine-tuning a DSP system! 

Two common types of binary multiplier schemes are 
the iterative add/pass/shift algorithm and the look-up 
table. In all but the smallest multiplier functions, the 
add/pass/shift algorithm will yield a superior combina¬ 
tion of speed and density. 

The circuits shown in this application note are available 
24 hours a day on the Lucent Technologies FPGA BBS 
(610-712-4314). For a copy of the ORCA FPGAs as 
Configurable DSP Coprocessors Application Note 
(AP94-041 FPGA), contact your local Lucent sales pro¬ 
fessional. 

The author would like to thank Rick Collins of Applied 
Signal Technology for his contributions to this applica¬ 
tion note. 


Another situation that could warrant a LUT based multi¬ 
plier is when one of the operands is a constant. For 
example, multiplying two 8-bit numbers requires 64K 
addresses (16 address lines); multiplying an 8-bit num¬ 
ber times an 8-bit constant only requires 256 locations 
(eight address lines). 
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ORCA FPGAs Excel in Multiplexing and 
On-Chip SRAM Applications 


Article reprinted from App Review, April 11,1994. 

introduction 

One of the goals of any FPGA architecture is to pack 
as much usable logic as possible into the least 
amount of silicon area. To reach for this goal, consid¬ 
erable research has been conducted In the quest for 
the optimal programmable architecture. Areas of 
study have included programming elements, basic 
logic building blocks, and interconnect resources. 

Bell Labs' engineers contributed significantly to this 
body of research during the development of the 
ORCA architecture. This application note illustrates 
the versatility of the ORCA architecture In the 


important application areas of multiplexing signals 
and on-chip SRAM. A 16 x 4 SRAM buffer with triple- 
multiplexed inputs is given as an example. 

Some applications of this include telecom/datacom 
standards such as ATM. One key to providing a 
powerful FPGA architecture lies in the flexibility of the 
on-chip resources. In the case of multiplexing 
circuits, ORCA offers not one, but four device 
elements that can be used to provide a multiplexing 
function. These components are 16-blt look-up tables 
(LUTs), the PFU_MUX function, Latch/FF Input data 
selectors, and internal tristate buffers. Figure 1 
shows each of these architectural features, which are 
contained in each programmable logic cell (PLC). 



5-4573(C) 


Figure 1. Four Multiplexing Elements in a Single ORCA PFU 
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Introduction (continued) 

The design example in this article illustrates how these 
features can be used to create a 12-to-4 multiplexer 
that Is 50% denser and 3x faster than a conventional 
LUT-only multiplexer implementation. The LUTs in 
ORCA can also be used as blocks of user SRAM or 
ROM. Here again, flexibility is the key. Figure 2 illus¬ 
trates how one ORCA logic element (a PFU, or Pro¬ 
grammable Function Unit) can be used to implement 
one 16x4 SRAM block, two 16x2 SRAM blocks, or 
one 16x2 SRAM block with the remaining half PFU 
used for random logic. Also shown is the total number 
of user-SRAM bits available In each member of the 
family. The nibble-wide organization of the logic and 
routing in the ORCA architecture enables easy width 
expansion for byte, word, or other width memories, and 
tristate buffers are available at each PFU to provide for 
expansion in depth. Memory blocks of any width and 
depth can be easily built up schematically or synthe¬ 
sized from textual descriptions. 

CPLDs and earlier FPGA devices are extremely limited 
in providing SRAM or ROM. In CPLDs, one bit of stor¬ 
age consumes an entire macrocell. In earlier FPGAs, 


the cost is from two logic cells per bit (antifuse types) to 
two bits per logic cell (SRAM-based types). The prob¬ 
lem is compounded by the decoding and MUX/deMUX- 
ing circuitry necessary to form the complete SRAM 
structure. The option of SRAM or EPROM external to 
the CPLD/FPGA adds not only to cost and board 
space, but requires a large number of I/Os on the pro¬ 
grammable device for communicating the data, 
address, and control signals. 

Obviously, only very small on-chip memory blocks are 
practical in such devices. Compare this to the complete 
16x4 SRAM function that can be Implemented in a 
single ORCA PFU. 

Flexibility in implementing any logical function provides 
several benefits. First, the function can be optimized to 
satisfy a wide range of speed/density constraints. With 
ORCA Foundry, these optimizations can be performed 
automatically or under user direction. Third-party syn¬ 
thesis tools also benefit from this flexibility. Lucent 
Technologies provides an OHCA-specIfIc synthesis 
tool, SCUBA, to compile large SRAM (as well as other 
memory and datapath functions). 


Design Example—16 x 4 SRAM Buffer with Multiplexed Inputs and Outputs 

Figure 3 shows the top-level schematic for a 16 x 4 SRAM buffer with three separate input nibbles. It was borrowed 
from the channel select/buffer circuitry in an ATM switcher/router application. The entire design fits into two ORCA 
PFUs—one for the 16 x 4 SRAM element and one for the 12-to-4 multiplexer. 

The design exploits two of the four multiplexing components within ORCA to fit the entire 12-to-4 MUX in a single 
PFU. The first two nibbles are MUXed in the LUTs. The third is then MUXed In using the data selectors in the 
latches. By tying the LE control to the latches high, the latches operate in a flow-through mode. 


WEA 

A3 

A2 

A1 

AO 

WD3 

WD2 


WEB 

WD1 

WDO 

B3 

B2 

B1 

BO 


ONE 16x4 SRAM BLOCK TWO 16x2 SRAM BLOCKS ONE 16x2 SRAM BLOCK 

PLUS ONE FIVE-INPUT FUNCTION 



a4 

HLUTA 

a3 


a2 


a1 

16x2 

RAM 

aO 


wd3 


wd2 



b4 

wdl 

wdO 

b3 

b2 

b1 

bO 


HLUTB 


16x2 

RAM 


WEA- 
A3- 
A2- 
A1 - 
AO- 
WD3- 
WD2- 

WEB- 
WD1 - 
WDO- 
B3- 
B2- 
B1 - 
BO- 


a4 

a3 

a2 

a1 

aO 

wd3 

wd2 


HLUTA 


16x2 

RAM 


b4 

wdl 

wdO 

b3 

b2 

b1 

bO 


HLUTB 


16x2 

RAM 


WEA- 
A3- 
A2- 
A1 - 
AO- 
WD3- 
WD2- 


B4- 
B3- 
B2- 
B1 - 
BO- 


a4 

a3 

a2 

a1 

aO 

wd3 

wd2 


16x2 

RAM 


5-INPUT 

FUNCTION 


HLUTA 

f3 


f2 


HLUTB 

fO 


8-22 


Figure 2. SRAM Elements in ORCA 
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Design Exampie—16 x 4 SRAM Buffer with Muitiplexed Inputs and Outputs 

(continued) 
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Figure 3.16 x 4 SRAM Buffer with Triple-Multiplexed Inputs (2 PFUs) 


Implementing the same 12-to-4 MUX in a conventional LUT-only method would use one PFU to MUX the two 
lower-order nibbles, and then MUX the third with the result of the other two in a separate PFU. This would require 
twice the PFUs (two vs. one) and would operate roughly one-third slower than the approach shown. 

Figure 4 shows how the RAM outputs may be multiplexed with other signals using the tristate buffers. This allows 
wide tristate buses to be easily implemented in ORCA. It should also be noted that these tristate buffers can be 
used independent of the PFU, thus allowing even more flexibility. 
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Design Example—16 x 4 SRAM Buffer with Multiplexed Inputs and Outputs 

(continued) 
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Figure 4. Multiplexing of RAM Outputs Using Tristate Buffers 


Conclusion 

The Utility of an FPGA is directly affected by the flexibility of the logic and routing resources. ORCA FPGAs offer a 
number of ways to Implement multiplexer circuits that can be fine-tuned for a given application. On-board SRAM 
blocks enable control and data stores, FIFOs, and memory buffers to be implemented without costly external 
SRAM or EPROM devices. (Lucent Technologies offers a number of memory-block, FIFO, and bidirectional FIFO 
designs in different sizes as examples on their BBS: 610-712-4314.) Applications that require both multiplexers and 
storage elements include ATM and other telecom/datacom switches, hubs, and routers. In these and many other 
applications, Lucent Technologies' ORCA FPGAs are an excellent solution. 
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Implementing First-In First-Out (FIFO) 
Memory Blocks in ORCA FPGAs 


Overview Functional Description 

This application note provides specific details 
regarding the implementation of first-in, first-out 
(FIFO) memory blocks using elements from the 
ORCA library. Applications for this include data 
buffering between systems with either different data 
rates or with asynchronous interfaces that require 
handshaking between them. ORCA elements are 
particularly useful for this function because they 
contain configurable 16-bit look-up tables (LUTs) that 
may be used as static RAM blocks. 

Each programmable function unit (PFU) within the 
device contains four LUTs. Each PFU may be used 
as a 16 X 4 memory element. ORCAs nibble-wide 
architecture allows for easy width expansion for byte¬ 
wide and word-wide FIFO designs. For depth 
expansion, 3-state buffers are provided at each PFU. 

Read and write cycle times for this design are under 
40 ns (over 25 MHz). With some simple modifica¬ 
tions, the design can be improved to yield speeds In 
excess of 33 MHz. The schematics for the design are 
included in this document. 

The design discussed in this document applies to a 
127 X 4 FIFO; however, by using ORCAs depth and 
width expansion techniques, it is possible to 
construct virtually any size FIFO within the limits of 
the available resources. 


Within the FIFO design, there are five major 
functional blocks: 

■ Input/output ports and top-level schematic (See 
Figure 1.) 

■ ReadA/Vrite address pointers (See Figure 2.) 

■ Address multiplexer (See Figure 3.) 

■ Memory array (127 x 4) (See Figure 4.) 

■ Flag circuitry (full, empty, busy) (See Figure 5.) 
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Functional Description (continued) 



Figure 1. Top-Level Schematic 
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Figure 2. Read/Write Pointers 
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Functional Description (continued) 
Input/Output Pads 

All data, control, and flag signals are routed to I/O pins 
in the subject design. Usually, these signals are gener¬ 
ated or used internally. In this design, the OB12F out¬ 
put buffers are used (see Figure 1). These buffers 
provide 12 mA of sink current and offer the fastest tran¬ 
sition times. Versions of these buffers are also available 
that offer 3-state output enable (OE) signals for using 
the FIFO In a bus-oriented system. 


Read/Write Address Pointers 

The implementation of the read/write address pointers 
causes the design to be 127 locations deep, rather 
than 128 (see Figure 2). Conventional binary counters 
require significant amounts of routing and logic 
resources. In this design, a technique known as maxi¬ 
mal length linear feedback shift registers (LFSR) is 
used for implementing the read and write address 
pointers. 

LFSRs count in a pseudorandom sequence; however, 
this is of no consequence in a FIFO read or write 
address pointer. The only condition for proper operation 
is that the output sequences track each other. By using 
LFSRs, only 2 bits are needed in the feedback path. 
This requires less routing within the FPGA than con¬ 
ventional binary counter techniques. All other routing 
needed to implement the 7-bit address pointers is han¬ 
dled by the dedicated fast carry routing. 

The operation of the read/write pointers is simple—^for 
each RD pulse received, the read pointer advances 
one step; and for each WR pulse, the write pointer 
advances. Due to the pseudorandom nature of the out¬ 
put sequence, the pointers do not actually increment, 
but simply advance to the next state in the sequence. A 
reset pulse sets both counters to the all-zeros state and 
subsequently forces the empty flag active. 

Address Multiplexer 

The address multiplexer selects which pointer (read or 
write) is applied to the SRAM blocks’ address inputs 
(see Figure 3). By using the RD signal directly as the 
SEL input, the read address is applied only during read 
operations; at all other times, the write address is 
applied. 



Figure 3. Address Multiplexer 
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Functional Description (continued) 
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Figure 4. Memory Array 


127 X 4 Memory Array 

The memory array consists of eight RAM 16 x 4Z 
ORCA library elements. The Z in the library element’s 
name Indicates that the outputs are connected through 
3-state buffers. This mechanism is used for cascading 
the elements in depth. The four low-order address lines 
from the address multiplexer (AD[3:0]) are routed to all 
eight of the elements. The upper three address lines 
(AD[6:4]) connect to two demultiplexers: one generates 
write pulses, and the other selects which element to 
turn on to the 3-stated output bus. 

Note the inverters on the outputs of the read demulti¬ 
plexer (see Figure 4); since the output enables on the 
RAM elements are active-low, these inverters are nec¬ 
essary. However, the optimizer in the ODS tools 
removes these inverters by changing the functionality 
of the demultiplexer outputs. 


Flag Circuitry (Full, Empty, and Busy) 

The flag circuitry in the FIFO design consists of a 
ReadA/Vrite address identity comparator and two flip- 
flops. The flip-flops are used to detect write and read/ 
reset activity. In a FIFO, the read address equals the 
write address in only two cases: if the FIFO is full, or if 
the FIFO is empty. 


To illustrate, treat the FIFO as empty. This implies that 
the last operation was either a read or a reset opera¬ 
tion. As can be seen in the schematic (see Figure 5), 
the falling edge of either of these signals clocks a logi¬ 
cal 1 into the read detect flip-flop. If the read and write 
addresses are equal (as checked by the 
WR_EQ_RD_ADDR comparator), the EMPTY_L signal 
goes active-low by NANDing together the outputs of 
the read detect flip-flop and the comparator. 

Conversely, if the FIFO is full, the last operation must 
have been a write. In this case, the addresses are 
equal and the write detect flip-flop is active, generating 
the active-low FULL_L flag. Clearing either flag is 
accomplished by asynchronously clearing the respec¬ 
tive flip-flop. For example, reading from a full FIFO 
makes it not full because the read signal resets the 
write detect flip-flop. This, in turn, clears the write flag 
and advances the read pointer. 

The full flag is also ANDed with the WR signal prior to 
the write input on the SRAM block. This prevents any 
additional writes to the SRAM after a full condition is 
detected, preserving the last data written in. 

The busy flag is simply the logical OR of the RD and 
WR signals. This signal indicates that the FIFO Is 
currently busy. It is important to check this flag prior to 
any read or write operation to make sure the FIFO is 
available. Arbitration circuitry can also be built upon 
this signal. 
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Functional Description (continued) 

Due to the pseudorandom nature of the address 
scheme used, half-full and/or half-empty flags would be 
difficult to implement. There is a 16 x 32 bidirectional 
FIFO design on the Lucent Technologies FPGA BBS 
that shows how such a flag can be implemented by 


subtracting the read pointer from the write pointer and 
checking for a value equal to exactly one-half of the 
total number of address locations. In this situation, tra¬ 
ditional bina^ry counters are used. This enables the sub¬ 
traction mechanism to function in the half-full/half- 
empty flag generation logic. 


I 


ADD COMP LSBS 



Figure 5. Flag Circuitry 
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Functional Description (continued) 


COMMON 
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Figure 6. Functional Simulation Waveforms 


Simulation 

Included with the ORCA design is a simulation command file called FSIM (no extension). The file is written for use 
with the ViewSim simulator from Viewlogic Systems. It verifies the read and write cycle times and checks for proper 
operation of the full, empty, and busy flags. By using the back annotation feature in the ORCA Foundry Develop¬ 
ment System, the actual timing parameters for the routed design can be used to verify critical timing parameters in 
the design. 
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Designing a Data Path Circuit in ORCA 
Field-Programmable Gate Arrays 



Introduction 

Field-Programmable Gate Array (FPGA) densities 
have grown from a few thousand gates to 
40,000 gates and beyond as FPGA applications, in 
turn, are becoming more data path oriented. Smaller 
FPGAs are used primarily In data interface functions 
consisting of address decoding and some combina¬ 
torial logic. However, with many thousands of avail¬ 
able gates, designers can now implement advanced 
data path functions such as ALUs, FIFO, compres¬ 
sion and encryption circuits, and other LSI functions. 
To effectively realize these functions in an FPGA, the 
designer must choose an architecture optimized for 
data path designs, such as the Optimized Reconflg- 
urable Cell Array (ORCA) FPGAs from Lucent Tech¬ 
nologies. 

Data path logic is typically part of any modern digital- 
electronic system, along with control, Interface, and 
glue-logic functions. Organized by n-bit-wide buses, 
data path logic is the subsystem that interfaces and 
processes data within a larger digital system. It 
usually holds the largest Influence on overall FPGA 
performance, functionality, and density. 

To illustrate why ORCA FPGAs are the optimal 
choice for data path design, a simple data path 
design will be used as an example which Implements 
an ORCA FPGA using the ORCA Foundry Develop¬ 
ment System. The example design will highlight 
many of the ORCA FPGAs’ features. 


Features 

■ 3,500 to 40,000 usable gates 

■ Over 384 user-definable I/Os 

■ Nibble-wide logic and routing architecture 

■ Hierarchical and flexible routing resources 

■ Advanced Programmable Function Unit (PFU): 

— Combinatorial mode (up to eleven inputs) 

— SRAM mode (64 bits) 

— Ripple mode (arithmetic functions with fast 
carry) 

■ Large number of registers (four flip-flops per PFU) 

■ Up to eight global low-skew (<2.0 ns) clocks 

■ Internal 3-state drivers for buses 

■ High-speed direct routing from registers to and 
from I/O pins 

■ Flexible I/O modes: 

— TTL or CMOS selectable/pin 

— Active, passive, or 3-state 

— Programmable slew rates 

■ JTAG boundary-scan testability 
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Features (continued) 

Each of these features is a necessary ingredient for efficient data path designs in FPGAs, and Lucent Technolo¬ 
gies’ ORCA family of FPGAs offers this combination of features at a wide range of gate densities. 



5-3454(F) 


Figure 1. Example Data Path Design Block Diagram 
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ORCA Foundry Development 
System Design Flow 

The first step in this example data path design is to 
capture the schematic of the block diagram shown in 
Figure 1. The Viewlogic design flow Is shown In 
Figure 2. Viewlogids ViewDraw tool was used to cap¬ 
ture the design using standard logic, interface, and 
ORCA architectural-specific elements from the Lucent 
Technologies ORCA Viewlogic library. 

The ORCA library includes over 250 elements, approx¬ 
imately 50 of which are specific to the ORCA architec¬ 
ture and data path design. These elements include fast 
counters, fast adders, registers, accumulators, and 
multipliers of various bus widths. By using these ele¬ 
ments, the design will more effectively utilize the ORCA 
architecture and achieve better performance than 
FPGAs without data path optimized architectures. 

For this design example, a number of these elements 
were used to create a simple data path design. The bus 
structure is 16 bits wide, so 16-bit fast counters, 16-bit 
fast adders, and 16-bit registers were used. These data 
path elements use a unique ripple-mode feature of the 
ORCA programmable function unit (PFU) or logic cell 
shown in Figures 3 and 4. 

The ripple mode enables the PFU to implement nibble¬ 
wide arithmetic functions with high-speed carry lines 
for cascading and building n-bit-wide functions. For 
example, a 16-bit adder only takes four PFUs config¬ 
ured In ripple mode and connected with high-speed 
carry lines. Note that a PFU is a subset of an ORCA 
programmable logic cell (PLC), which consists of a sin¬ 
gle PFU and its associated routing resources. 

Also unique to ORCA architecture are carry lines that 
can be connected on any of the four sides of the PFUs. 
As a result, PFUs only need to be adjacent to imple¬ 
ment wide functions. Other architectures require logic 
cells to be placed in a row or column to cascade fast- 
carry lines. This inhibits the software’s place and rout¬ 
ing options later In the design flow. 
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Figure 2. ORCA Foundry Development System 
Viewlogic Design Flow 
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ORCA Foundry Development 
System Design Flow (continued) 

The nibble-wide architecture is prevalent in all aspects 
of the ORCA architecture. All routing lines, look-up 
tables, registers, and I/Os are in groups of four. As a 
result, designs with wide bus widths can be easily real¬ 
ized. Furthermore, the specialized elements within the 
ORCA library implement the data path functions in the 
most optimal manner with respect to mapping and 
placement. These elements ensure that the function is 
placed Into an ORCA chip array with all the required 
PFUs next to each other for reduced delay, cascaded 
fast carries, and overall higher system performance. 

After the logic of the design has been captured, the 
interface to the printed-circuit board must be designed. 
ORCA’s programmable interface cell (PIC) is designed 
to effectively route 4-blt-wide buses—^yet another 
example of the nibble-wide architecture. 


Table 1. Input/Output Cell Options 


Input 

Option 

Input Levels 

TTL/CMOS (selectable per pin) 

Input Speed 

Fast/Delayed 

Float Value 

Pull-up/Pull-down/None 

Output 

Option 

Output Drive 

12 mA/6 mA or 6 mA/3 mA 

Output Speed 

Fast/Slewlim/SInklim 

Output Source 

FF-Direct Out/General Routing 

Output Sense 

Active-high/-low 

3-State Sense 

Actlve-hlgh/-low (3-state) 


Each PIC contains four programmable I/Os, as shown 
in Figure 5. These are highly versatile I/Os that can be 
configured as Inputs, outputs, or bidirectional 3-state 
buffers. Inputs can beTTL, CMOS, or programmed for 
passive pull-up or pull-down. Another Important feature 
for data path designs is high-speed clock-to-output and 
input-to-clock specifications. ORCAs architecture pro¬ 
vides for this capability with dedicated, special routing 
lines that connect PFU registers on the edge of a chip 
directly with PICs. Table 1 illustrates the various options 
for a PIC. 



Figure 3. Ripple Mode 
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ORCA Foundry Development System Design Flow (continued) 



Figure 4. Simplified PFU Diagram 


To use these various options, the designer must choose the library element that will Implement the desired func¬ 
tion. In addition, to ensure that the FPGA pinout matches the printed-circuit board pads, certain attributes (such as 
pin assignment or placement) are placed on the schematic. 

After creating the schematic, the designer must verify the design’s functionality. Lucent Technologies provides a 
unit-delay model for its library elements for prelayout simulation, in addition to a flow for back-annotating delay data 
after routing. By utilizing these models with Viewlogids ViewSim simulator and ViewWave waveform analyzer, a 
designer can guarantee that the design will function per the specification. 
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ORCA Foundry Development 
System Design Flow (continued) 
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After mapping, placing, and routing are completed, a 
static-timing report is created. This report is based on 
worst-case conditions of the power supply voltage and 
temperature. The report is extremely informative, and 
allows the designer to determine If the design meets 
timing requirements. 

The final step in the design process is to create the 
FPGA’s configuration bit stream file, which defines the 
I/O functionality, logic, and interconnections. This file is 
loaded into the FPGA using one of the configuration 
modes detailed in the ORCA data sheet. 


Example Data Path Design Results 



5-4591 (F) 


Figure 5. Simplified Diagram of Programmable 
I/O Cells 


The next step in the design flow is to read the design 
netlist, which is In Viewlogids proprietary netllstWIR 
format, into the ORCA Foundry software. The software 
optimizes or reduces the random logic (optional), maps 
the library elements into PFUs and PICs, places the 
PFUs and PICs into a preselected ORCA device type, 
and finally routes the PFUs and PICs to realize the cir¬ 
cuit design. 

The router creates clock distribution trees for low-skew 
clocking. The ORCA architecture allows any signal to 
be a global clock signal, with up to eight global clock 
signals. The clock skew for ORCA FPGAs is typically 
less than 2 ns. 


The example data path design uses a total of 
157 library elements, including 64 latches, 51 input 
buffers, and 34 output buffers, and it contains 
246 signals. Table 2 summarizes some key design 
results. 

An ATT 1C05 ORCA FPGA with 5000 usable gates was 
used to verify the design. The design is fairly compact, 
using only 22 of the 144 possible PLCs. 


Table 2. Example Data Path Design Results 


Density Performance 

Number of PLCs Used 

22 

Number of I/Os 

85 

Speed Performance* | 

Maximum Overall Clock Speed 

46.2 MHz 

Maximum Counter Speed 

48.5 MHz 


* Worst case. 


Summary 

Optimized for data path design applications, the ORCA 
FPGA architecture offers high-density logic, abundant 
I/O pins, and high speed in a single programmable 
chip. When using a schematic design entry flow like the 
one shown In this design example, a rich library of opti¬ 
mized elements is offered that takes advantage of such 
unique ORCA FPGA architectural features as the PFU 
ripple mode used for building very fast n-bit counters. 
With gate densities of 40,000 usable gates, ORCA 
FPGAs are an excellent alternative to masked gate 
arrays and discrete logic for today’s advanced systems. 
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Designing High-Speed Counters in ORCA FPGAs 
Using the Linear Feedback Shift Register Technique 


Introduction 

This application note contains information on design¬ 
ing high-speed, FPGA-based counters using the 
maximal-length linear feedback shift register (LFSR) 
technique. The advantages of this technique over 
conventional binary counters are illustrated through a 
15-bit LFSR reference design. When placed and 
routed In a Lucent Technologies ORCA 1C Series 
FPGA, the design achieves a 137.1 MHz count 
speed as reported by the Development System Static 
Timing Analyzer. For the 2C Series of FPGAs, even 
higher speeds are obtainable. In the laboratory, count 
speeds in excess of 250 MHz have been observed 
for the 1C Series. 


Background on LFSR 

LFSR counters are formed by feeding back certain 
bits, called taps, through an exclusive OR (XOR) or 
exclusive NOR (XNOR) gate to form the input to the 
least significant stage of a shift register chain. By 
selecting the correct taps, an N-bit counter circuit can 
be constructed that sequences through 2^ -1 unique 
states before the sequence repeats. In a traditional 
binary counter, 2^ unique states are visited before 
repeating. For example, an 8-bit binary up-counter 
sequences through 256 states from $00 to $FF (255) 
in Increasing order. An 8-bit LFSR counter visits 255 
states, and the order is pseudorandom. 

The pseudorandom nature of the output sequence 
precipitates the use of LFSRs in such applications as 
random number generators and encryption/decryp¬ 
tion devices. When used as counters, LFSRs can be 
used in applications where the nonsequential nature 


of the output states is of no consequence. These 
include circular buffer address generators, FIFO 
read/write pointers, and programmable frequency 
dividers. Other counting circuits can use the tech¬ 
nique if the LFSR's output may be decoded through a 
look-up table (ROM) or attached processor to its 
binary count equivalent. 

The one missing state in an LFSR counter Is called 
the lock-up state. Entering this state would lock the 
counter Into an Infinitely repeating cycle of all zeros 
or all ones, depending upon whether XOR or XNOR 
feedback was used. Since each register in an ORCA 
device can be individually configured to be either 
set or reset after powerup or a set/reset pulse, either 
method may be used. However, since the default 
powerup condition is all zeros, XNOR feedback is 
used in the counter design given here. 

Understanding Maximal Length 

As mentioned previously, only certain feedback taps 
will result in a maximal-length sequence. Consider 
the three 4-blt LFSR circuits of Figure 1. Figure la 
uses taps from outputs Q2 and Q3; 1b uses Q1 and 
Q3; and 1c uses QO and Q3. Only the circuits of la 
and 1c result in maximal-length sequences of 
15 (2"^ - 1) states. Circuit 1b sequences through only 
six unique states before repeating. Another key point 
Illustrated here is that there can be more than one 
feedback configuration that will result In a maximal- 
length sequence for a given length counter. 

The 15-bit reference design detailed in this applica¬ 
tion note uses taps at bit 15 and bit 14 to achieve the 
maximal length of 32,767 states. 
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Understanding Maximal Length (continued) 
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Then sequence repeats ... | 


Figure 1. Three 4-bit LFSR Circuits Using Different Taps 
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Designing High-Speed Counters in 
ORCA FPGAs Using LFSR 


Advantages of the LFSR Technique 
over Conventional Binary Counters 

In a conventional binary counter, each successive bit 
requires knowledge of all previous bits to determine 
when to toggle. For example, the eighth bit of an 8-bit 
counter needs inputs from the seven previous stages in 
order to define its toggle condition. This same counter 
requires 8 + 7 + 6 + 5-I-4 + 3 + 2 + 1 or a total of 36 
terms to define the toggle states for all bits in the 
counter. In an FPGA Implementation, this causes two 
problems. First, the number of inputs into the basic 
logic elements in FPGAs is limited compared to the 
wide sum of products that feed the macrocells of com¬ 
plex programmable logic devices (CPLDs). There are 
additionally a finite number of routing resources avail¬ 
able in the FPGA to accommodate these terms. These 
routing resources have delays that vary with length and 
loading. Fast look-ahead carry schemes can mitigate 
these problems, but sacrifice additional registers or 
other logical resources to implement the look-ahead 
circuitry. 

Conversely, LFSR counters need only to route the 
feedback taps and the bit-to-bit shift chain. For most 
counter lengths, only two or three feedback taps are 
required to achieve a maximal-length sequence. In an 
FPGA, this minimal requirement does not tax either the 
available routing or the width of the inputs to the logic 
cells. Within an ORCA FPGA, this advantage is further 
augmented by the presence of the fast carry routing 
resources. These resources take care of the bit-to-bit 
shift chain, leaving only the feedback taps to general- 
purpose routing. 

Another advantage of LFSR counters over conven¬ 
tional binary counters is In the generation of simulta¬ 
neous switching noise. While the noise generated by a 
conventional binary counter is coherent and periodic, 
the pseudorandom output sequence of an LFSR 
spreads the noise out over the entire spectrum from dc 
to the input clock frequency. For example, a 15-bit 
binary counter produces a significant noise spike when 
rolling over from all ones to all zeros ($7FFF-^ $0000). 
Smaller, but still significant, spikes occur at transitions 
such as $3FFF ^ $0000, $1FFF ^ $0000, etc. On 
printed-circuit boards that contain sensitive analog cir¬ 
cuitry, this noise can be an Important consideration. 


Motivation for the Reference Design 

The 15-bit length of the reference design was selected 

for the following reasons: 

■ The feedback taps for a 15-bit LFSR counter are bits 
14 and 15. The fact that they are adjacent bits allows 
for identical type and length of routing resources to 
be used for both taps. This minimizes skew and 
ensures maximum performance. 

■ 32K X 8 SRAMs are very common and cost effective. 
These devices have 15 address inputs, making them 
attractive as the storage elements in such ideal 
LFSR applications as FIFOs and circular buffers. 

■ A 16-bit LFSR counter requires four taps (either bits 
16 + 12 + 3 + 1 or bits 16 + 15 + 13 +4) to realize a 
maximal-length sequence. While a 16-bit LFSR 
counter can indeed be implemented in an ORCA 
device and achieve similar performance to its 15-bit 
counterpart, it lacks the simple elegance of the 15-blt 
solution. An advantage of a 16-bit design would be 
that It would consume four complete ORCA PFUs 
(four registers per PFU). 
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Reference Design Discussion 

The schematic for the reference design is included in Figure 2. Note the use of the @comp attribute. The comp = 
SR1 attribute on the XNOR gate and the first RS4S314-bit shift register forces the XNOR to be placed In the same 
PFU as the shift register. Therefore, no routing is required between the XNOR and the first register in the shift 
chain; the internal connection between the LUT output and the register's input is used. In general, all the RS4S3I 
shift register elements will be placed In close proximity. This enables the dedicated, high-speed carry routing 
resources to connect the 4-bit shift registers into the 15-blt chain. 

As an interesting side note, the placer can actually bend a corner with the placement if it needs to. It is able to do 
this because of the symmetrical and homogeneous nature of ORCA's logic cells and routing resources. Perfor¬ 
mance is exactly the same as if the placer had put all the PFUs on a single row or column. 


COMP - SR1 ^ gp,^ 



Figure 2. Schematic of 135 MHz 15-Bit LFSR Counter 
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ORCA FPGAs Integrate Datacom’s Paths 


Introduction 

Traditional datacom applications have largely relied 
on discrete logic components for such supporting cir¬ 
cuits as data registers; first-in, first-outs (FIFOs); last- 
in, first-outs (LIFOs); control; and data paths. 
Advanced field-programmable gate array (FPGA) 
architectures, however, offer the datacom system 
designer on-chip SRAM functions plus control logic 
to allow cost-effective integration of the necessary 
functions. Equally Important, circuit designs can be 
custom tailored to meet a datacom application’s 
special requirements. 


Off-the-shelf discrete ICs, such as FIFOs, are also 
available for datacom designs. However, these stan¬ 
dard parts may not have the required timing or the 
necessary control. By using an FPGA, the designer 
can customize the function to meet the system’s tim¬ 
ing requirements, allow special controls, and access 
system-specific flags. The designer can also pare 
power and pc board real estate requirements. 

ORCA Series devices are FPGAs that are currently 
available on the market with on-chip SRAM capabil¬ 
ity. The following table shows each device’s SRAM 
capability. 

Table 1. ORCA FPGAs with On-Chip SRAM 


High System Performance with Low 
Power Consumption 

FPGAs with on-chip SRAM and supporting logic are 
especially valuable because they hand datacom sys¬ 
tem designers the necessary integrated silicon to 
implement the storing, checking, and control func¬ 
tions used for processing small packets of data. 
Because all the required functions can be performed 
on-chip, higher system frequencies can be attained 
at a lower power consumption. 

Unfortunately, to create very wide RAM functions, the 
designer must use combinatorial logic to link the 
SRAM blocks. As the width of the RAM increases, 
the combinatorial logic eventually becomes so wide 
that it makes more sense to use discrete RAM. A rule 
of thumb is that a RAM with a depth greater than 
256 words should be implemented In discrete RAM. 
Such a rule should be used only as a guide. The final 
decision should be based on a number of con¬ 
straints, including board space, power consumption, 
and system timing. 


Device 

Usable 

Gates 

Latches/ 

Flip- 

Flops 

Max 

User 

RAM 

Bits 

User 

1/Os 

Array 

Size 

2C04 

3,500-^,300 

400 

6,400 

160 

10x10 

2C06 

5,000—6,200 

576 

9,216 

192 

12x12 

2C08 

7,000—8,800 

784 

12,544 

224 

14x14 

2C10 

9,000—11,400 

1024 

16,384 

256 

16x 16 

2C12 

12,000—14,600 

1296 

20,736 

288 

18x18 

2C15 

15,000—18,000 

1600 

25,600 

320 

20x20 

2C26 

22,000—26,000 

2304 

36,864 

384 

24x24 

2C40 

35,000—40,000 

3600 

57,600 

480 

30x30 
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ORCA FPGAs Dramatically Increase 
Memory Depth 

ORCA FPGAs are programmable, with their config¬ 
urability based on a look-up table (LUT) architecture. 
LUTs can be configured as a complex logic function, 
SRAM, or ROM. One logic element or programmable 
function unit (PFU) can be used to implement one 
16x4, two 16 X 2, or one 16x2 SRAM block(s) with 
the remaining half of the PFU used for random logic 
consolidation. 

In memory mode, each half-LUT (HLUT) is configured 
independently so that logic designers can opt for the 
16 X 2 In one HLUT, a 16 x 4 using both HLUTs, or the 
16 X 2 in one HLUT and a logic function of five input 
variables or less in the other HLUT. Two or more pro¬ 
grammable logic cells (PLCs) in ORCA are used to 
increase memory depth to a value of greater than 16. 

Deeper memories are more complex and require addi¬ 
tional logic. To increase the memory depth, data out¬ 
puts from each PLC are multiplexed. Combinatorial 
logic is required to access the write enables of the indi¬ 
viduals PLCs. An example of a 32 x 4 RAM block would 
be created by using two 16x4 blocks in the ORCA 
FPGA. The 32 x 4 RAM module would require two 
ORCA PLCs in the 16 X 4 mode. The two blocks would 
share the same address and data lines, with each 
block having different write enables that have been 
decoded from a separate address signal. 

The ORCA FPGA also has an advantage because 
within each PLC are four 3-statable buffers, called 
bidls, that can be used to create a 2:1 multiplexer. The 
outputs of the bidls would be tied together to create the 
4-bit output bus, with the Inputs to one set of bidis from 
one PLC RAM outputs and the inputs to the other set of 
bidis from the other PLC RAM outputs. The same 
address signal used to decode the write enables is also 
used to decode the bldi enable signals, thus enabling 
the appropriate RAM contents onto the 4-bit output 
bus. 

Two or more PLCs are used again to increase an 
SRAM’s word size, such as 16 x 8. The same address 
and write enable are connected to all PLCs, and data is 
different for each PLC. The number of address loca¬ 
tions and the word size are Increased by using a com¬ 
bination of the two techniques. 


On-Chip SRAM FIFOs Synchronize 
Datacom Applications 

On-chip SRAM-based FIFOs are particularly useful in 
network system designs, whether the network type is 
asynchronous transfer mode (ATM), fiber channel, 
token ring, fiber distributed data Interface (FDDI), or 
Ethernet. 

FIFOs synchronize data between two asynchronous 
systems and usually need dual-ported SRAM. In that 
case, separate read and write address lines simulta¬ 
neously access the SRAM. On-chip SRAM In today’s 
FPGAs is single-ported, however, so that only one set 
of address inputs goes to the SRAM. But converting a 
single-port SRAM into a dual-port type is easy. Read 
and write address lines are time-division multiplexed to 
form a single address input. The read count has the 
current read address, and the write count points to the 
current write location. Both counter outputs are multi¬ 
plexed together to form the single address SRAM Input. 

A read accesses the SRAM and is then followed by a 
write, and so on. The FIFO processes each request In 
two clock cycles. The control block arbitrates between 
read and write. When a read and a write request occur 
simultaneously, the arbiter performs either a read 
before a write (if the FIFO isn’t empty), or a write before 
a read (if the FIFO is empty). A comparator circuit 
checks the read and write count pointer outputs to 
detect either full or empty conditions for the FIFO. Con¬ 
trol circuitry doesn’t acknowledge a read request from 
an empty FIFO or a write request from a full FIFO. 
Though it is synchronous internally, the FIFO supports 
asynchronous handshakes to the request and data 
ports. 
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On-Chip SRAM FIFOs Synchronize Datacom Applications (continued) 


TO SYSTEM 
BUFFERS 



3 PLCs TO PARALLEL 

CONVERSION 


5-3812 (C) 


Figure 1. On-Chip SRAM FIFO (ATM Application) 


This figure shows a more datacom-specific, on-chip 
SRAM FIFO used to hold an ATM data packet or cell. 
An ATM cell is constructed of 53 bytes. The first 
5 bytes contain the header; the remaining 48 bytes 
hold the information field. At the user-network interface, 
the header is broken into the generic flow control 
(GFC), the virtual path identifier (VPI), the virtual chan¬ 
nel Identifier (VCI), the payload type identifier (PTI), the 
cell lost priority (CLP), and the header error control 
(HEC). 

The first 5 bytes are broken up as follows: the GFC 
uses the 4 most significant bits of the first byte; the VPI 
uses the 4 least significant bits of the first byte and the 
4 most significant bits of the second byte; the VCI uses 
the 4 least significant bits of the second byte, the entire 
third byte, and the 4 most significant bits of the fourth 
byte; the PTI uses the next 3 bits of the fourth byte; the 
CLP uses the least significant bit of the fourth byte; and 
the HEC uses the entire fifth byte. 

The FIFO design in the ATM application holds the 
53-byte cell and performs a cycle redundance check 


(CRC) on the 5-byte header. If the header is found to 
be error-free, the complete cell is forwarded to system 
buffering. But if an error is detected when the 5-byte 
header Is verified, the complete 53-byte cell is Immedi¬ 
ately discarded when the write counter is cleared. 

Based on a 6,000-gate ATT2C06 device, the 64-byte 
FIFO uses a total of 18 PLCs. The read and write 
counters each use two PLCs. Eight more are used for 
storage—one for the two-way control arbiter, two for the 
2:1 multiplexer, and three for data validation. 

The purpose of the single-cell FIFO implemented on- 
chip in the ATM application is to validate and discard 
any “corrupt” ATM cells before they are allowed to enter 
the network. The on-chip FIFO is used during that vali¬ 
dation and is not intended to serve any large buffering 
or rate-decoupling purpose. Those functions are 
instead left to external discrete FIFO devices. The 
intent of the application is to screen out corrupt cells 
and pass only valid cells to the external FIFO(s) that 
may serve as system buffers. 


Lucent Technologies Inc. 


8-43 











ORCA FPGAs Integrate Datacom’s Paths 


FPGA Data Book 


On-Chip SRAM as a Register Fiie 

Another application for on-chip RAM is as a register 
file. A register file can be thought of as a set of regis¬ 
ters that share a common multiplexed output. To be 
able to use on-chip RAM for register files, the outputs 
from different registers cannot be accessed simulta¬ 
neously. Before on-chip RAM was available, designers 
would create a register file using individual flip-flops— 
an approach that clearly requires an inordinate amount 
of resources. 

Some data networking products use proprietary sys¬ 
tem addressing schemes to move data from one user 
port to another within the unit. Such addressing 
schemes are likely to be tailored to the specific hard¬ 
ware architecture of the unit. Therefore, data conform¬ 
ing to certain standards must be translated to meet 
those addressing schemes so It can be used within the 
system. Likewise, when the data leaves the system, it 
must be translated back to meet the original standard. 
Register files can be used to translate the data. 

This application explores one possible (and simple) 
translation, where the 4 most significant bits of the VPI 
and the entire GFC are replaced by a byte of routing 
information that is extracted from the on-chip RAM. The 
VPI is thus effectively expanded from 8 bits to 12 bits. 
The expansion is beneficial and, in most cases, neces¬ 
sary. If one user port (or end point) is allowed 256 pos¬ 
sible VPIs, then a switch capable of supporting multiple 


end points should be able to Identify and support a 
larger set of connections. In the example cited here, 
the additionally expanded 4 bits could contain a desti¬ 
nation port number. 

In the register file application, the translator uses the 
4 most significant bits of the VPI as the address into a 
16x8 on-chip RAM. They access a byte of data that, 
when used in conjunction with the 4 least significant 
bits of the VPI, creates a 12-blt VPI. 

The circuit comprises four 2:1 multiplexers, a small 
control block, an 8-bit register, and a 16 x 8 RAM. 
When a cell of information is transmitted, the control 
block uses 4 bits of the header (the 4 most significant 
bits of the VPI) as the address to the RAM. 

That address accesses 8 data bits, which are then 
used to replace the first byte of the cell. All 52 remain¬ 
ing cells are passed through an 8-blt register and are 
not altered. Inversely, when the cell leaves the switch, 
the data must be transformed back to its original state. 

The above application requires seven PLCs within the 
ORCA device. A similar implementation using discrete 
logic clearly would not fully utilize the off-chip RAM and 
would require a large amount of board real estate. If 
the design was implemented in an FPGA that did not 
have the added advantage of on-chip RAM, the register 
file would require 128 flip-flops or 32 PLCs within the 
ORCA family of FPGAs. 
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ORCA FPGAs As Configurable DSP Coprocessors 


Article reprinted from App Review, September 12, 
1994. 

introduction 

The advent of fast, high-density FPGAs has opened 
up an exciting new area of applications: configurable 
digital signal processing (DSP) coprocessors. Many 
simple DSP functions can run much faster in dedi¬ 
cated hardware than through the traditional fetch- 
decode-execute-store software approach of conven¬ 
tional DSP microprocessors. Infinite, in-circuit repro¬ 
grammability and on-chip SRAM make Lucent 
Technologies' optimized reconfigurable cell array 
(ORCA) FPGAs ideal for such applications. 


FPGA Advantages in DSP Functions 

The advantage of special-purpose hardware for 
DSPs is evidenced by the proliferation of dedicated, 
fixed-function devices. Chips now available Include 
digital filters, binary correlators, numerically con¬ 
trolled oscillators, etc. These fixed-function devices 
offer levels of performance that far outstrip the capa¬ 
bilities of today's general-purpose DSPs. SRAM- 
based FPGAs used as DSP coprocessors extend 
this concept; infinite reprogrammability allows them 
to be changed in-circuit to perform any number of dif¬ 
ferent tasks. 

ORCA's on-chip memory allows data and/or coeffi¬ 
cients (such as data-windowing functions) to be 
stored or modified. By connecting the FPGA directly 
to a general-purpose DSP (such as Lucent Technolo¬ 
gies' DSP32C), specific functions can be off-loaded 
to the FPGA for high-performance, hardware-based 
processing. In this case, the FPGA may be config¬ 
ured directly by the host processor in the asynchro¬ 
nous peripheral mode. The configuration data-bus 
pins on the FPGA can double as the DSP-to-FPGA 
data pins after configuration is complete. The 


extremely flexible routing resources of ORCA allow 
the data bus pins to be locked in place prior to plac¬ 
ing and routing the FPGA. Unlike other FPGAs, this 
preplacement of pins will not have a significant effect 
on performance or on the ability of the tools to fully 
route the design. 


Limitations 

Many DSP algorithms require a multiply-and- 
accumulate (MAC) function. Multiply and divide func¬ 
tions are easiest to implement in FPGAs if one of the 
operands is a power of two. By limiting multiplies and 
divides to powers of two, the functions can be imple¬ 
mented with simple shift-left and shift-right circuits. 

An example of this technique is shown in the four- 
stage moving average filter shown in Figure 1. 

Before ORCA, multiply and divide functions were dif¬ 
ficult (if not impossible) to implement in FPGAs due 
to speed and/or density considerations. Lucent Tech¬ 
nologies offers a detailed application note. Imple¬ 
menting and Optimizing Multipliers in ORCA FPGAs 
(AP94-035FPGA) that discusses the speed and den¬ 
sity trade-offs encountered. The application note 
shows two 8x8 integer multipliers; one is optimized 
for density (18 PLCs), the other for speed (over 
50 MHz). A copy of this application note can be 
obtained from your local Lucent Technologies sales 
professional. 

Another problem with the FPGA-based DSP copro¬ 
cessor solution is floating-point calculations. While 
the nibble-wide ORCA architecture easily handles 
byte, word, and even double-word integers, floating¬ 
point calculations are significantly more complex. 
Fortunately, the number of usable gates in FPGAs 
and the size and complexity of library macros con¬ 
tinue to grow. These factors will allow more and more 
logic—including multiply, divide, and floating point cir¬ 
cuitry—^to be packed into FPGAs. 
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Reference Design—Moving Average Fiiter 

Figure 1 shows the schematic for a four-stage moving average filter. The moving average filter (or tapped delay 
line) represents one of the simplest yet most common DSP applications. It is a nonrecursive or finite-impulse- 
response (FIR) filter. It Is finite because the output will become constant N steps or taps after the input becomes 
constant, and there is no recursion (i.e., feedback). The output depends only on the input and the coefficients; no 
output terms are fed back to formulate the output. 



Only the MSBs (bits 2—9) are used. The divide-by-4 function is performed in this manner. 

Figure 1. Four-Stage Moving Average Filter 


Moving average filters are typically used for data 
smoothing. Nearby points (in this case four) are 
averaged. In the reference design, this Is represented 
as (A + B + C + Dout)/4. The general form of this 
equation is: 

N-1 

y(n) = h(n)x(n-m) 
m = 0 

where y(n) is the filtered output sequence, N is the 
number of data points, and m is an index number 
assigned to a data point (starting with zero) for a point 
associated with n. More sophisticated filters use a 
function in place of the coefficient or weighting factor 
h(n). However, in this example, h(n) is constant (1/4) for 
all n and may be moved to the left of the summation 
sign in the generalized equation: 

3 

y(n) = 1/4 ^ x(n - m) 
m = 0 

The reference design consists of four 8-bit pipeline reg¬ 
isters, two registered 8-bit adders, and one registered 
9-bit adder. The four D flip-flops at the bottom left of the 
schematic are used to generate the DATA_VALID out- 
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put that signals when the first data word has reached 
the last stage of the pipeline. After a latency of six clock 
cycles (four to fill the pipeline and two to clock real data 
through the registered adders), the original input data 
sequence appears at the DOUT outputs and the fil¬ 
tered version appears at the FILT outputs. 

The FILT outputs consist of the eight MSBs of the 9-bit 
adder output; by left-justifying this data and only con¬ 
sidering the 8 MSBs, the divide-by-four function is real¬ 
ized. This takes advantage of the fact that a logical 
shift-right is equivalent to dividing by two in binary arith¬ 
metic. 

The response of the filter to a noisy sinusoidal Input is 
shown in Figure 2. The data-smoothing (low-pass) 
properties of the filter are clearly evident. 

This entire filter circuit requires only 16 programmable 
logic cells (PLCs) in an ORCA device. Therefore, the 
design consumes only 16% of the smallest ORCA 
device, the 100 PLC ATTICOS.The design takes 
advantage of the dedicated fast-carry resources in 
ORCA to implement the adder functions. This allows 
the design to operate at speeds in excess of 60 MHz. 
Adding additional bits to the width of the data words or 
increasing the number of taps will only add 
approximately 1 ns of delay per bIt/tap. 
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Reference Design—Moving Average Filter (continued) 

For buffering data coming into or going out of the filter, each PLC in ORCA can be used as one 16x4 memory cell, 
two 16x2 memory cells, or one 16x2 memory cell with the other half PLC used as a five-input logical function. 
These memory cells may be easily organized into larger blocks, or FIFOs, to equalize the data flows to and from 
the filter's data sources and destinations. Lucent Technologies offers a detailed application note on implementing 
FIFOs in ORCA, and several uni/bldirectional FIFO designs can be downloaded from the Lucent Technologies 
FPGA Bulletin Board System: 610-712-4314. 



Figure 2. Response of Four-Stage Moving Average 
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Conclusion 

Many DSP functions can see order-of-magnitude performance enhancements by executing them in dedicated 
hardware rather than through the traditional software approach. SRAM-based FPGAs may be configured directly 
by attached DSP chips to perform a wide range of such tasks. Examples include moving average and other FIR 
filters, data pre/postconditioning, pipeline registers, correlators, and data extractors (a complete application note 
that Includes examples of several of these functions Is currently being developed). In addition, ORCAs on-chip 
memory capability allows for FIFO/LIFO buffers, control stores, and modifiable high-speed coefficient storage. The 
speed, density, in-circuit reconfigurability, and on-chip memory capabilities of Lucent Technologies' ORCA FPGAs 
make them ideal devices in this type of application. 
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ISA Bus Plug and Play in an FPGA 



Article reprinted from App Review, December 12, 
1994. 

Introduction 

With Lucent Technologies’ inexpensive ORCA 
FPGAs, designers can add custom, fully compliant 
Plug and Play functionality to their PC add-in card 
designs. 


Background on Plug and Play 

The Plug and Play standard for ISA bus-based com¬ 
puters was developed to ease the Installation and 
configuration of PC add-in boards. Before Plug and 


Play, users were required to set dip switches to 
resolve memory, I/O, DMA, and IRQ resource con¬ 
flicts. Cards that implement Plug and Play are auto¬ 
matically isolated, assigned a unique handle, queried 
about what resources they require, and then 
assigned nonconflicting system resources. 

This process is accomplished in one of two ways. In 
newer PCs, manufacturers are adding Plug and Play 
support to the system BIOS. In existing non Plug and 
Play BIOS machines, the add-in card vendor sup¬ 
plies specialized device-driver software. Virtually all 
major PC vendors are offering, or are planning to 
offer, systems with Plug and Play in the BIOS. In 
addition, Microsoft's Windows ’95 operating system 
provides full Plug and Play support. 



Figure 1. Logic Flow for Plug and Play Autoconfiguration 
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Background on Plug and Play 

(continued) 

These factors, and the ease of installation that Plug 
and Play brings to add-in board customers, is fueling a 
flood of new Plug and Play products. Figure 1 shows 
the logic flow for the Plug and Play autoconfiguration 
circuitry. 


Selecting a Silicon Solution 

The fiercely competitive market for PC add-in cards 
dictates that any Plug and Play solution be low cost 
and easy to Implement. While a discreet 74xx TTL logic 
solution is feasible, even the simplest implementation 
would require over 30 ICs. The component, board 
space, and assembly costs for this solution eliminate it 
from consideration. Several devices are currently avail¬ 
able that implement a subset of the Plug and Play stan¬ 
dard. Unfortunately, these devices provide little 
flexibility; unless the card’s resource requirements 
exactly match those provided by the device, there will 
either be wasted logic or additional support chips 
needed. 

Alternatively, some semiconductor vendors have begun 
to integrate Plug and Play directly into the chips or chip 
sets used to Implement a card’s primary function. 
Examples include modem chip set and graphics con¬ 
trollers. Currently, few such devices are available, and 
there is a healthy premium exacted for the Plug and 
Play support logic in silicon area and unit cost. 

The final option Is some form of custom logic—either a 
gate array, standard cell, or programmable logic device. 
The very high volumes associated with PC add-in 
cards tend to draw designers toward the gate-array or 
standard-cell solution. However, several factors have 
combined to make the programmable logic alternative 
an increasingly attractive choice. 

ORCA —The Quick-Turnaround, 

Flexible Design Alternative 


This process combines the time-to-market advantage 
of an FPGA solution with a fully-proven, low-cost, full- 
custom device for the long term. The production ASIC 
will be functionally equivalent to the FPGA used for 
development and initial production. This eliminates the 
real risk that the ASIC may require multiple design iter¬ 
ations or "spins". The time and nonrecurring engineer¬ 
ing costs associated with each spin are also 
eliminated. 

A second factor that Is making programmable logic 
devices more attractive as a Plug and Play solution is 
their ever-increasing capacity and their ever-shrinking 
cost. Devices now available encroach upon densities 
that, in the past, were the sole domain of gate arrays 
and standard cell devices. For example, consider 
Lucent's ORCA family of FPGAs. The ATT2C40 offers 
up to 40,000 usable logic gates (more if RAM is used) 
and 480 user I/O pins. The ATT2C04—the FPGA used 
in this reference design and the smallest member of 
the ORCA family—offers 400 registers, 400 look-up 
tables (LUTs), and up to 160 user I/Os. 


FPGAs or CPLDs? 

Within the realm of programmable devices, there are 
several options. First, the designer must decide 
between the sum-of-products/macrocell architecture of 
complex programmable logic devices (CPLDs) or the 
logic cell/channeled routing of FPGAs. The CPLD 
option suffers from the same logic-limited malady as 
the discreet TTL 74xx solution: the large number of 
registers and logic functions required for even the sim¬ 
plest Plug and Play implementation will require either 
multiple devices or a very large (and, therefore, expen¬ 
sive) CPLD. 

Compare the 400 registers/LUTs of the ATT2C04 to 
even the largest available CPLD devices. Such CPLDs 
top out at 128 to 256 registers, depending on the fam¬ 
ily. The ORCA architecture and Lucent's advanced pro¬ 
cess technologies yield a device that is much smaller 
(in terms of silicon area) and far more cost-effective 
than these large CPLDs. 


Programmable devices offer a distinct time-to-market 
advantage over the long turn-around time of gate 
arrays and standard cell devices. In the fast-paced, 
highly competitive world of PC add-in cards, weeks 
shaved in the development cycle translate directly into 
market share. Some FPGA vendors now offer FPGA- 
to-gate array or standard cell migration paths. An 
example of this is MACO from Lucent Technologies. 
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Device Selection Criteria for a Plug and 
Play FPGA 

An FPGA selected to implement Plug and Play will ide¬ 
ally have certain features and capabilities that will suit it 
to the application. The Plug and Play specification dic¬ 
tates the actual functionality of any Plug and Play 
implementation; therefore, some of these features and 
capabilities are implicit in this specification. Others are 
simply a function of the Plug and Play application itself. 
Device capabilities that are desirable in an FPGA used 
to implement Plug and Play include the following: 

■ Wide-input functions in a single logic level 

■ On-chip memory for isolation/configuration data 
storage 

■ I/O buffers that meet ISA bus drive/loading require¬ 
ments 

■ On-chip tristatable buses 

■ Flexible registers/latches 

■ Small size and low power 

■ Low cost 

■ Easy migration to ASIC (gate array/standard cell) 

The following section will address each of these bullets 
individually. The relevance to Plug and Play and the 
features/capabilities of the ATT2C04 that address 
these bullets will also be discussed. 

Wide Input Functions in a Single Level of 
Logic 

It is important that the device selected be able to 
decode the ISA bus address in as few logic levels as 
possible. The obvious reasons for this are speed and 
the amount of logic and routing necessary. In an ORCA 
device, functions of up to 11 inputs can be realized in a 
single logic level. Compare this with some earlier 
FPGAs and even some current, fine-grained architec¬ 
tures; narrower input functions mean more logic cells 
and more routing resources for these wide decode 
functions. This effects the design's overall performance 
and routability. 


On<Chip Memory 

The required serial isolation and logical device configu¬ 
ration data may be stored in the ATT2C04's available 
on-chip memory. This memory can be configured to be 
RAM or ROM. The reference design in Lucent's Plug 
and Play Design Kit requires 32 bytes of storage. The 
entire 32 x 8 structure fits in just four ORCA program¬ 
mable logic cells (PLCs) or 4% of the logic in the 
100 PLC ATT2C04. Other solutions have the Isolation 
and configuration data stored in a separate ROM or 
EEPROM.This adds significantly to cost and board 
space. In addition, the slow off-chip memory requires 
that wait-states be inserted, slowing the isolation and 
configuration data read processes. 

I/O Buffer Drive 

The I/Os in ORCA are selectable on a pin-by-pin basis 
to provide 12 mA sink/6 mA source or 6 mA sink/3 mA 
source current. Inputs can be configured on a pin-by¬ 
pin basis to be either TTL or CMOS compatible. Each 
I/O pin can optionally be configured with a pull-up or 
pull-down resistor. Each output can be true or inverted 
and the slew rate of each is selectable to trade off 
speed versus system noise. Each I/O has a program¬ 
mable delay In the input path to adjust setup and hold 
windows. 


On-Chip Tristate Buses 

Only three ports are defined in the Plug and Play spec¬ 
ification: the fixed-location WRITE ADDRESS and 
WRITE DATA ports, and the relocatable READ DATA 
port. All transactions between the ISA bus and the Plug 
and Play hardware take place through these three 
ports. With 11 defined control registers and an applica¬ 
tion-dependent number of configuration registers shar¬ 
ing the READ and WRITE DATA ports, It is obvious that 
on-chip busing is desirable. Without on-chip tristate 
capability, these signals would need to be multiplexed 
and demultiplexed. This MUX/deMUX methodology 
would require copious amounts of on-chip logic and 
routing. The ORCA architecture is nibble oriented; 
each PLC contains four LUTs and four registers/ 
latches. In addition, there are four trIstate buffers adja¬ 
cent to each PLC. This combination of a nibble- 
oriented architecture and abundant trIstate buffers 
eliminates the need for logic-and-routing-consuming 
multiplexers and demultiplexers. 
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Device Selection Criteria for a Piug and 
Piay FPGA (continued) 

Flexible Registers/Latches 

Certain aspects of the Plug and Play specification 
require flexible registers. For example, the initialization 
key circuitry (see Figure 2) must be loaded to a value of 
$6A (hex) upon system reset and any time a non¬ 
matching key is detected. In most FPGAs, only one 
type of set/reset is available (for example, active-high 
asynchronous reset). While a device like this could be 
made to emulate an asynchronous preset by inserting 
inverters in front of the D input and behind the Q out¬ 
put, this is very slow and wasteful In terms of logic and 
routing. Conversely, in ORCA, each flip-flop can be 


Individually configured to be set or cleared upon either 
the global reset or a local signal. This is ideal for Initial¬ 
izing state machines and counters. In addition, on a 
PLC-by-PLC basis (four registers), the registers in 
ORCA can be positive or negative edge-triggered flip- 
flops or positive or negative level-sensitive latches. D, T, 
JK, and SR configurations are supported. Each PLC 
can additionally have an active-high or active-low clock 
enable input, a synchronous or asynchronous preset or 
clear (either edge or level), and data multiplexers to 
dynamically switch between the output from the LUTs 
or the direct inputs to the registers. 

Figure 2 Is extracted from the Plug and Play Reference 
Design. Note the variety of flip-flop types employed. 
The ORCA library offers many permutations of flip- 
flops and latches. 



Figure 2. LFSR Initialization Key Circuitry from Lucent's ORCA Plug and Play Reference Design— 
Illustrates the Need for Flexible On-Chip Registers/Latches 
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Device Selection Criteria for a Plug and 
Play FPGA (continued) 

Small Size and Low Power 

In the reference design, the ATT2C04 is housed in the 
extremely small, low-profile, 144-pin thin-quad flat pack 
(TQFP). This package is thin enough to fit in Type I 
PCMCIA cards. Since all ORCA devices are SRAM- 
based and implemented in true CMOS technology, they 
are very low power. Since power consumption is a 
function of operating frequency in CMOS devices, the 
relatively slow speed of the ISA bus makes ORCA an 
excellent choice in terms of power. 

Low Cost 

Even with 400 registers and 400 LUTs, the ATT2C04 
has a very small die size. This fact, and wide industry 
acceptance, has allowed Lucent to move the device 
rapidly down the semiconductor pricing curve. In addi¬ 
tion, Lucent owns and runs its own semiconductor fab¬ 
rication facilities. This gives Lucent a built-in cost 
advantage over its fabless competitors. For absolute 
lowest cost. Lucent offers the MACO migration pro¬ 
gram. 


Easy Migration to ASIC (Gate Array/ 
Standard Cell) 

Lucent Techhologies is the world's largest supplier of 
standard-cell ASICs. This experience In the design, 
test, and manufacture of such devices makes the tran¬ 
sition from FPGA to gate array or standard cell a fast 
and easy process. Migration paths offered by other 
FPGA vendors do not yield true gate arrays or stan¬ 
dard-cell devices. Instead, the devices they produce 
are simple metal-mask derivatives or FPGAs with the 
programming elements removed. These techniques 
yield some cost reduction and, in some cases, smaller 
die. History shows that for absolute smallest die size 
and lowest cost, a full-custom approach Is the only 
answer. Lucent is the only FPGA vendor that offers a 
complete solution, from FPGA to standard cell. 


Conclusion 

The race to bring Plug and Play PC add-in cards to 
market is on. With the ATT2C04 FPGA, engineers can 
custom-tailor a solution to their specific requirements. 
In addition to the Plug and Play circuitry, additional 
logic functions can be integrated Into the device. The 
size, speed, and routability of the ORCA family of 
FPGAs brings the concept of a digital system-on-a-chip 
to reality for programmable devices. 
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Using a Global Set/Reset Signal in 
ORCA Designs with Synopsys 


Overview Flip-Flops and Latches—Preset or Clear 

The Lucent Technologies Optimized Reconfigurable Each flip-flop or latch can be either preset or 
Cell Array {ORCA) Series Field-Programmable Gate cleared—but not both. The flip-flops and latches can 

Arrays (FPGAs) have a dedicated routing resource be preset or cleared during user operation by assert- 

used to implement a global set/reset (GSR). Using ing the GSR signal or the individual preset (PD) or 

the GSR can significantly reduce routing congestion clear (CD) pins on a flip-flop or latch. If the GSR sig- 

and improve design performance. nal is asserted low (default) during user operation, all 

This application note explains how to instantiate the the device^ registers are forced to the same state 
GSR in your VHDL or Verilog HDL design.The note Ifat the end of configuration as illustrated in 
assumes you are using the Synopsys Design ^ ® ' 

Compiler or FPGA Compiler to synthesize an ORCA The start-up state of each flip-flop and latch Is deter- 

design and ORCA Foundry to map and place & route mined by whether it has a PD pin, CD pin, or neither, 

the design. If the cell has a PD pin, the cell starts up in a preset 

state. All other cells will start up in a clear state, 
regardless of whether they have a CD pin or not. 

The ORCA Global Set/Reset Signal 

The GSR net can be either disabled (default), directly 
connected to a dedicated Input pad named RESET, or 
sourced by a lower-right programmable corner cell 
signal. If the RESET Input pad is not used as a GSR 
after configuration, the pad can be used as a normal 
input pad. 

Use of the dedicated RESET input pad and its effect 
on the device during initialization, configuration, and 
start-up is discussed in the March 1995 ORCA 2C 
Series Field-Programmable Gate Arrays Data Sheet 
(DS95-031 FPGA). This application note, however, 
assumes the use of the GSR signal during user oper¬ 
ation. 


Table 1. Initialization State of Flip-Flops and Latches After Configuration 


Initialized to 0 

FD1S1A, FD1S1D, FD1S1I, FL1S1A, FS1S1A, FD1P3AX, FD1P3DX, FD1P3IZ, 
FD1S3AX, FD1S3DX, FD1S3IX, FJ1S3AX, FJ1S3DX, FL1P3AZ, FL1S3AX, FT1S3DX 

Initialized to 1 

FD1S1AY, FD1S1J, FL1S1AY, FD1P3AY FD1P3BX, FD1P3JZ, FD1S3AY FD1S3BX, 
FD1S3JX, FL1P3AY FL1S3AY FT1S3BX, FD1S1B, FJ1S3BX 


Using the GSR to Improve Performance 
and Routability 

Many designs have a common signal that sets or 
resets all registers. This type of design can benefit 
from the use of the GSR. Because the Design 
Compiler cannot Infer the use of a GSR signal from 
HDL code, a GSR must be instantiated. The 
NACRGSR component from the ORCA Foundry 
Library is used for ORCA designs. 
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The ORCA Global Set/Reset Signal 

(continued) 

To implement the GSR in HDL code, you need to cre¬ 
ate a level of hierarchy that instantiates the NAORGSR 
and the core design. This is typically the top level. 
Figure 1 illustrates the top level of hierarchy of an 
example design implemented with HDL. Figure 2 
Illustrates the submodule code. 

The example used In the following figures implements 
the NAORGSR at the top level. It is driven by a primary 
Input signal named gsr. A local set/reset signal, Isr, is 
used to infer the appropriate flip-flops. In this case, two 
preset and two clear flip-flops will be inferred. Once the 
design is compiled, the Isr signal can be disconnected, 
allowing the gsr signal to control the set/reset function. 

module gsr_example (ck, Isr, gsr, s); 
input ck, Isr, gsr; 
output [3:0] s ; 

NAORGSR iO (.GSR(gsr)); 

submod il (.LSR(lsr),.CK(ck),.S(s)); 

endmodule 

module NAORGSR (GSR); 
input GSR; 
endmodule 


Figure 1. Verilog HDL Code for gsr_example.v 


module submod (LSR, CK, S); 
input LSR, CK; 
output [3:0] S; 
reg [3:0] S; 

always (3{posedge CK or posedge LSR) 
begin 

if (LSR == I'bl) 

S = 4b'1010; 
else 

S = S + 1; 

end 

endmodule 


Figure 2. Verilog HDL Code for submod.v 


Figure 3 illustrates the top level of the GSR example In 
VHDL code. Figure 4 illustrates the submodule code in 
VHDL 


library IEEE; 

use IEEE.std_logic_1164.all; 
use IEEE. std__logic_unsigned. all ; 

entity gsr_example is 
port(ck, Isr, gsr : in STD_LOGIC; 
s : buffer STD_LOGIC_VECTOR (3 downto 0)); 

end gsr_example; 

architecture EXAMPLE of gsr_example is 

component NAORGSR 

port(GSR : in STD_LOGIC); 

end component; 

component submod 

port(CK, LSR : in STD_LOGIC; 

S : buffer STD_LOGIC_VECTOR (3 downto 0)); 
end component; 

begin 

10 : NAORGSR port map(GSR => gsr); 

11 : submod port map(ck, Isr, s); 

end EXAMPLE; 


Figure 3. VHDL Code for gsr_example.vhd 


library IEEE; 

use IEEE.std_logic_1164.all; 
use IEEE.std_logic_unsigned.all; 

entity submod is 
port(CK, LSR : in STD_LOGIC; 

S:buffer STD_LOGIC_VECTOR(3 downto 0)); 
end submod; 

architecture EXAMPLE of submod is 
begin 

process (CK, LSR) 
begin 

if LSR = '1' then S <= "1010"; 
elsif (CK'event and CK = '1') then 
S <= S + 1; 
end if; 
end process; 
end EXAMPLE; 


Figure 4. VHDL Code for submod.vhd 
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Synopsys Script 

Figure 5 illustrates a sample script for use with Design 
Compiler. The operations to implement the GSR in 
Verilog or VHDL are the following: 

1. Instantiate NAORGSR component in HDL code. 

2. Analyze and elaborate design. 

3. Place a dontjouch attribute on the NAORGSR 
cell with the set_dont_touch command. 

4. Insert I/O buffers on all ports except LSR with 
insert_pads commands. 

5. Compile the HDL code. 

6. Save the design. 

7. Disconnect the LSR signal with disconnect_net 
command. 

8. Write out EDIF netlist. 

The resultant EDIF netlist can be mapped, placed, and 
routed with ORCA Foundry. The Isr net will not appear 
in the design, thereby saving valuable routing 
resources and improving design performance. 


/* Saitple Synopsys script for GSR exaitple */ 

/* For use with Design Coirpiler v3.2 */ 

/* Analyze & elaborate design files */ 

read -format vhdl gsr_exaitple. vhd 
read -format vhdl suhmod.vhd 

/* Set current design to top level */ 

current_design = gsr_exairple 

/* Place dont_touch attribute on NAORGSR 
instance. NAORGSR instance has no 
outputs. It will be removed ty Design 
Coirpiler unless this attribute is 
applied. */ 

set_dont_touch iO 

/* Insert I/O buffers on all ports except 
the LSR. The LSR will be disconnected */ 

set_port_is_pad { ck gsr s } 
insert_pads 


/* Remove all design constraints */ 

remove_constraint -all 

/* Coitpile the design */ 

coirpile -map_effort low 
/* Save the design */ 

write -hier -f db -o gsr_exaitple. db 
/* Remove the LSR from the design */ 

disconnect_net Isr -all 
/* Write out an EDIF netlist */ 

write -hier -f edif -o gsr_exairple. edn 
/* Exit the Design Coirpiler */ 

exit 

Figure 5. Sample Design Co/np/Ver Script 
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ORCA Series Boundary Scan 


Introduction 

The increasing complexity of integrated circuits and 
packages has increased the difficulty of testing 
printed-circuit boards. As integrated circuits become 
more complex, testing of the loaded board is one of 
the most difficult tasks In the design cycle. Advanced 
package technology has led to the need to develop 
new ways to test the printed-circuit boards instead of 
conventional probing techniques. 

To cope with these testing issues, the IEEE Std. 

1149.1 -1990 (IEEE Standard Test Access Port and 
Boundary-Scan Architecture) was developed to pro¬ 
vide a solution to the problem of testing the printed- 
circuit board. IEEE Std. 1149.1-1990 defines a test 
access port and boundary-scan architecture so that 
circuitry can test Interconnections between Inte¬ 
grated circuits on the printed-circuit board, test the 
integrated circuit itself, and analyze functionality of 
the device on the printed-circuit board. 

To address these Issues, the IEEE Std. 1149.1-1990 
compatible boundary-scan architecture and test 
access port are implemented in the ORCA series. 
The boundary-scan logic, including a boundary-scan 
test access port (BSTAP) and other associated cir¬ 
cuitry, is placed at the upper left corner of the device, 
while boundary-scan shift registers are located near 
each I/O pad. 

The boundary-scan test access port controller con¬ 
forms to the standard for the three mandatory 
instructions (bypass, extest, and sample/preload). 
This conformance was tested with vectors generated 
by the internal Lucent Technologies program Tap- 
dance (boundary-scan conformance vector genera¬ 
tor). In addition to the three mandatory instructions, 
four user-defined instructions are provided to support 
additional testability of the ORCA series. 


Overview of Boundary-Scan 
Architecture 

Figure 1 shows a block diagram of the boundary- 
scan architecture that is Implemented in the ORCA 
series. There are three input pins (TDI, TMS, and 
TCK) and one output pin (TDO).The built-in power- 
on reset circuitry resets the boundary-scan logic dur¬ 
ing powerup. This is essential to prevent all I/O buff¬ 
ers from contention during power-on. In addition, an 
external pin (PRGM) can be used to reset boundary- 
scan logic at any time when it Is necessary, but this 
pin is not a standard reset pin as defined in IEEE Std. 
1149.1-1990. The three input pins to the boundary- 
scan logic are user-accessible PIC I/O pins whose 
location varies from part to part, and the output pin Is 
the dedicated TDO/RD_DATA output pin. The func¬ 
tionality of these pins is as follows: 

■ Test data input (TDI): Serial input data. 

■ Test mode select (TMS): Controls the BSTAP con¬ 
troller. 

■ Test clock (TCK): Test clock. 

■ Test data output (TDO): Serial data output. 
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Overview of Boundary-Scan Architecture (continued) 


I/O BUFFERS 



5-2840(C) 


Figure 1. Diagram of Boundary-Scan Function 


There are five data registers and one instruction regis¬ 
ter in the boundary-scan architecture, as shown in 

Figure 1. 

■ The primary data register is a boundary-scan regis¬ 
ter, comprising a shift register around the peripheral 
of the chip. This shift register is used for controlling 
the functionality of the I/O pins of the device. CCLK, 
DONE, and the four boundary-scan interface pins 
(TCK, TDI, TMS, and TDO) are not included in the 
boundary-scan chain. 

■ The bypass register, a single flip-flop, allows the 
serial input data from TDI to be shifted out of the 
TDO output without Interfering with the FPGAs nor¬ 
mal functionality. 

■ A pair of user-defined internal scan data registers 
can be optionally configured by using the registers in 
the PLCs. This allows user scan data to be shifted 
out of the TDO output. 

■ The existing configuration data shift register can be 
controlled by the BSTAP controller to either write the 
configuration memory or read back its contents. 
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■ A 3-blt instruction register is Implemented for the 
three mandatory instructions and the four user- 
defined Instructions. 

The boundary-scan logic is always enabled before con¬ 
figuration so that the user can activate the boundary- 
scan instructions. After configuration, a configuration 
RAM bit is used to determine whether the boundary- 
scan logic is to be used or not. If boundary scan is not 
used, the I/O pins TCK, TDI, and TMS can be used as 
normal user-defined I/O pins, and the TDO/RD_DATA 
output pin can be used to output configuration RAM 
read back data. 


Boundary-Scan Circuitry 

The boundary-scan circuitry Includes a test access port 
controller, a 3-bit instruction register, a boundary-scan 
register, and a bypass register. It also includes other 
circuitry to support the four user-defined instructions. 
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Boundary-Scan Circuitry (continued) 

The BSTAP controller in the ORCA series is an IEEE 
Std. 1149.1-1990 compatible test access port control¬ 
ler. The 16 state assignments, from the IEEE Std. 

1149.1-1990 specification, are implemented in the 
BSTAP, which is controlled by TCK and TMS. All control 
signals are issued on the rising edge of TCK, except 
the ENABLE signal, which switches on the falling edge 
of the TCK. 

The BSTAP controller state diagram is shown in 
Figure 2, and each state is described below. 

Test-Logic-Reset. The boundary-scan logic is in reset 
mode, which allows the device to be in normal opera¬ 
tion in this state. This state is entered during power-on 
and can be reached two different ways: holding the 
TMS at a logic 1 and applying five TCK clock cycles, or 
holding PRGM pin low. 

Run-Test/Idle. The operation of the boundary-scan 
logic depends on the instruction held In the instruction 
register. 

Select-DR/IR. Either the data register or the instruction 
register is selected. Thus, TDI is the input and TDO the 
output of the selected path. 

Capture-DR/IR. Data or instructions (whichever is 
selected) are loaded from the parallel inputs of the 
selected data or instructions registers into their shift- 
register paths. 

Shift-DR/IR.The captured data or instructions (which¬ 
ever Is selected) are shifted out while new data or 
instruction is shifted In the selected registers. 

Update-DR/IR.This state marks the completion of the 
shifting process, and either the instruction register is 
loaded for instruction decode or the boundary-scan 
register is updated for I/O pin control. 

Other States. Pause and exit states are provided to 
allow the shifting process to be temporarily halted for 
any test reason. 

The 3-bit instruction register and the instruction 
decoder are provided for the three mandatory instruc¬ 
tions and the four user-defined instructions, as shown 
In Table 1. The instruction register provides one of the 
serial paths between TDI and TDO, as shown in 
Figure 1. 

The Instruction register is a two-stage register in which 
the instruction data Is shifted serially Into the first stage 
and then updated in parallel into the second stage. 


After the assertion of Update-IR, a new instruction can 
be shifted into the first stage of the instruction register 
without altering the previous instruction. 

The output of the second stage makes up a 3-bit paral¬ 
lel instruction word that is sent to the instruction 
decoder. The instruction decoder will decode the sig¬ 
nals (mode, capture, shiftn, update, etc.) to control the 
boundary-scan shift register and other test data regis¬ 
ters. 

The bypass register is a single-bit shift register so that 
the serial scan data (TDI) can be shifted out to TDO 
with a delay of one TCK clock period. 


Table 1. ORCA Boundary-Scan Instructions 



TPSD(C) 


Figure 2. TAP Controller State Diagram 
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SHIFTN/CAPTURE TCK SCAN OUT UPDATEA'CK MODE 


Figure 3. Boundary-Scan Cell (BSC) 


The user-accessible I/O pins in the PICs are configured 
as bidirectional buffers during the device-level bound¬ 
ary-scan test. Therefore, two registers are needed to 
access the input, output, and 3-state values for each 
programmable I/O pin. The first is the bidirectional data 
cell which is used to access the input or output data. 
The second is the direction control cell which is used to 
access the 3-state value. The boundary-scan shift reg¬ 
ister is a series connection of a bidirectional data cell 
and a direction control cell for each I/O in the bound¬ 
ary-scan chain, as shown in Figure 3. 

The bidirectional data cell and direction control cell 
each include a flip-flop used to shift scan data and an 
update flip-flop to control the I/O buffer. The bidirec¬ 
tional data cell is controlled by the high out, low in 
(HOLI) signal generated by the direction control cell. 

When HOLI is low, the bidirectional data cell takes 
input buffer data into the boundary-scan register. When 
HOLI is high, the boundary-scan register is loaded with 
functional data from the internal core logic. 


When the MODE signal that Is generated by the 
instruction decoder is high (extest mode) and the buffer 
is configured as an output, the scan data is propagated 
to the output buffer. When the MODE signal is low 
(bypass or sample modes) and the buffer is configured 
as an output, functional data from the internal core is 
propagated to the output buffer. 

Four other global signals (capture, update, shiftn, and 
treset) that are generated by BSTAP controller, as well 
as the boundary-scan clock (TCK), are used to control 
the shift register containing the bidirectional data cells 
and the direction control cells. 

The first flip-flop in the boundary-scan shift register is 
for the first PIC I/O pin on the left of the top side of the 
ORCA device. The shift register then proceeds in a 
clockwise motion until reaching the first PIC I/O pin on 
the top of the left side of the ORCA device. Figure 4 
shows the full chip arrangement of this boundary-scan 
chain for the ORCA series. 
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Boundary-Scan Circuitry (continued) 

TDI TMS,TCK,TDI,TDO* 



* TMS, TCK, TDI, TDO, CCLK, and DONE are not included in the boundary-scan register. 

Figure 4. ORCA Series Boundary-Scan Chain 


5-3498(C) 


Description of the Three Mandatory and 
the Four User-Defined Instructions 

ORCA boundary-scan logic supports three mandatory 
instructions in IEEE Std. 1149.1-1990 and four user- 
defined instructions as shown in Table 1. 

When the EXTEST instruction is activated in an ORCA 
device, either the scan data at input pins is loaded into 
the boundary-scan shift register with the rising edge of 
TCK in Capture-DR controller state, or the scan data at 
output pins is updated from the boundary-scan shift 
register with the falling edge of TCK in Update-DR con¬ 
troller state (depending on the value of the 3-state 
signal). 

The SAMPLE/PRELOAD instruction allows a snapshot 
of the functional data present at the I/O pins. When the 
sample/preload instruction is selected in a device, the 
functional data at the pins is loaded Into the boundary- 
scan shift register with the rising edge of TCK in the 
Capture-DR controller state and the captured func¬ 
tional data Is shifted out to the TDO output pin with the 
ShIft-DR controller state. The selection between input 


data and output data at each pin is determined by 
whether the pin is currently an input or an output. 

The BYPASS Instruction allows the serial scan data 
(through the TDI input pin) to be shifted out of the TDO 
output with a delay of one TCK clock period without 
interfering with the FPGA’s normal functionality. 

The PSR1 and PSR2 user instructions are provided to 
allow the Implementation of a pair of user-defined inter¬ 
nal scan paths using the PLC registers. The data is 
shifted in on TDI and shifted out on TDO by the test 
clock (TCK). Connectivity to the general FPGA routing 
is provided for TCK, TDI, a scan path enable signal, 
and a shift data out signal for each Instruction. An 
example of these scan paths is shown in Figure 5. 

The RAM_W (configuration RAM write) allows the user 
to program the configuration memory by shifting serial 
configuration data in on TDI with the test clock (TCK). 
This Instruction Is available both before and after con¬ 
figuration. 

The RAM_R (readback RAM read) allows the user to 
read back the configuration memory by shifting the 
data out on the TDO output pin. This instruction is only 
available after configuration. 
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Description of the Three Mandatory and the Four User-Defined Instructions 

(continued) 



TDO/RD_DATA 


USER_OUT 


5-3499(C) 


Figure 5. Example of Boundary-Scan User-Defined Scan Path Logic 


Usage of Boundary-Scan Logic 

As mentioned earlier, the power-on reset circuitry 
resets the boundary-scan logic during power-on to pre¬ 
vent all I/O pins from causing contention. In addition, 
an external PRGM pin Is provided not only to reset the 
boundary-scan logic but also to reprogram the ORCA 
device when the PRGM pin is low. 

The PRGM pin Is a part of the boundary-scan chain. 
However, this pin must be high during boundary-scan 
operation, configuration, and normal operation unless it 
is necessary to reset the boundary-scan logic or to 
reconfigure the ORCA device. This pin is not consid¬ 
ered the optional reset pin as defined In IEEE 
Std. 1149.1-1990. 

The boundary-scan function is always enabled during 
initialization and configuration. Therefore, the bypass 
instruction is always available and can be executed at 
any time without any restriction. Although the bound¬ 
ary-scan logic is enabled during initialization, other 
Instructions (extest, sample/preload) are not allowed to 
be used during initialization. This requires that the user 
keep the boundary-scan logic In either reset mode or 
bypass mode during Initialization. This is also true dur¬ 
ing configuration when boundary scan is not being 
used. 

It is recommended that either the TMS or the TCK pin 
be tied high so that the boundary-scan logic will be in 
the test-logic reset state when the boundary-scan logic 
Is not to be used during Initialization and configuration. 
This recommendation also applies to the user who is 


not using boundary-scan as well to avoid the accidental 
activation of the boundary-scan logic. 

The three mandatory instructions (bypass, extest and 
sample/preload) and the ram_w instruction are avail¬ 
able as soon as the INIT pin goes high (Indicating the 
completion of initialization). Before configuration, the 
three mandatory instructions are fully supported and 
can be exercised to test interconnections between the 
Integrated circuits on the board. 

Because all the I/O buffers can be bidirectional buffers, 
it is necessary to avoid the simultaneous switching of 
too many output buffers when the Update-DR controller 
state is asserted. The normal rules In the ORCA data 
sheet for simultaneous switching outputs should be fol¬ 
lowed at all times. 

The ORCA device can be configured by using the 
ram_w instruction. If this instruction is to be applied 
before configuration, the INIT pin must be high, signal¬ 
ing the end of Initialization. Serial configuration data is 
then supplied on TDI and Is clocked In with TCK. The 
special configuration pins LDC, HDC, TniT, and DONE 
function the same as during any other configuration 
process. 

If the ram_w instruction is asserted after configuration 
Is done, the FPGA is first reinitialized. Thus, the user 
must wait until the WT pin Is high before applying the 
serial configuration data. In order to guarantee that the 
ram_w instruction works properly after configuration, 
the user should apply at least three TCK cycles after 
applying the ram_w instruction. Timing diagrams of the 
ram_w instruction both before and after configuration 
are shown in Figures 6 and 7. 
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Figure 7. ram_w Timing Diagram After Configuration 



5-3502(C) 

Figure 8. ram_r Timing Diagram After Configuration 

The three mandatory and the four user-defined instructions are available after configuration when the boundary- 
scan logic is selected by setting the jtag_en ram bit high. If this RAM bit is not set, the boundary-scan logic is dis¬ 
abled and the TMS, TCK, and TDI pins can be used as normal I/O pins. When a ram_r instruction is asserted after 
configuration, the configuration memory contents is shifted out of the TDO output buffer. It should be noted that this 
readback data is clocked out of TDO on the falling edge of TCK and is valid two TCK clock cycles after the ram_r 
instruction is asserted. The maximum frequency of TCK is 10 MHz. Figure 8 is a timing diagram of the ram_r 
instruction. 
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Boundary-Scan Description Language 

The boundary-scan description language (BSDL) files 
are generated by software and follow the standard for¬ 
mat. These BSDL files provide the pinout for all of the 
different package types supported by ORCA as well as 
additional boundary-scan information. The BSDL files 
can be obtained from your Lucent Technologies FAE. 
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Introduction 

This application note is designed to serve as a sup¬ 
plement to the March 1995 ATT3000 Series Data 
Sheet (DS94-177FPGA). It covers a wide range of 
topics, including a number of electrical parameters 
not specified in the data sheet. These additional 
parameters are sufficiently accurate for most design 
purposes. Unlike the parameters specified in the 
data sheet, however, they are not worst-case values 
over temperature and voltage, and they are not 100% 
production tested. Therefore, they cannot be guaran¬ 
teed. 


Configurable Logic Biocks 

The ATT3000 configurable logic block (CLB) shown 
in Figure 1 is comprised of a combinatorial function 
generator and two D-type flip-flops. Two output pins 
may be driven by either the function generators or 
the flip-flops. The flip-flop outputs may be routed 
directly back to the function generator inputs without 
going outside of the CLB. 
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Figure 1. Configurable Logic Block (CLB) 
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Configurable Logic Blocks (continued) 

The function generator consists of two four-input look¬ 
up tables that may be used separately or combined into 
a single function. Figure 2 shows the three available 
options. Since the CLB only has five inputs to the func¬ 
tion generator, inputs must be shared between the two 
look-up tables. 

In the FG mode, the function generator provides any 
two four-input functions of A, B, and C plus D or E; the 
choice between D and E is made separately for each 
function. In the F mode, all five inputs are combined 
into a single five-input function of A, B, C, D and E. Any 
five-input function may be emulated. The FGM mode is 
a superset of the F mode, where two four-input func¬ 
tions of A, B, C, and D are multiplexed together accord¬ 
ing to the fifth variable, E. 

In all modes, either of the B and C inputs may be selec¬ 
tively replaced by QX and QY, the flip-flop outputs. In 
the FG mode, this selection is made separately for the 
two look-up tables, extending the functionality to any 
two functions of four variables chosen from seven, pro¬ 
vided two of the variables are stored in the flip-flops. 
This is particularly useful in state machine-like applica¬ 
tions. 

In the F mode, the function generators implement a sin¬ 
gle function of five variables that may be chosen from 
seven, as described above. The selection of QX and 
OY is constrained to be the same for both look-up 
tables. The FGM mode differs from the F mode in that 
QX and QY may be selected separately for the two 
look-up tables, as in the FG mode. This added flexibility 
permits the emulation of selected functions that can 
include all seven possible inputs. 



2A 


QX- 


QY 


C—i- 
D-— 
E- 



ANY FUNCTION 
OF 5 

VARIABLES 


2B 



2A. Combinatorial Logic Option 1 generates two functions of four 
variables each. One variable, A, must be common to both func¬ 
tions. The second and third variables can be any choice among 
B, C, Qx, and Qy. The fourth variable can be either D or E. 

2B. Combinatorial Logic Option 2 generates any function of five 
variables: A, D, E, and two choices among B, C, Qx, Qy. 

2C. Combinatorial Logic Option 3 allows variable E to select 
between two functions of four variables: both have common 
inputs, A and D, and any choice among B, C, Qx, and Qy for 
the remaining two variables. Option 3 can then implement 
some functions of six or seven variables. 


Figure 2. CLB Logic Options 
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Configurable Logic Blocks (continued) Input/Output Blocks 


The two D-type flip-flops share a common clock, a 
common clock enable, and a common asynchronous 
reset signal. An asynchronous preset can be achieved 
using the asynchronous reset if data is stored in active- 
low form; the low created by RESET corresponds to 
the bit being asserted. The flip-flops cannot be used as 
latches. 

If input data to a CLB flip-flop is derived directly from an 
input pad, without an intervening flip-flop, the data pad 
to clock pad hold time will typically be nonzero. This 
hold time is equal to the delay from the clock pad to the 
CLB but may be reduced according to the 70% rule, 
(described later in the lOB Input section of this applica¬ 
tion note). Under this rule, the hold time is reduced by 
70% of the delay from the data pad to the CLB, exclud¬ 
ing the CLB setup time. The minimum hold time is zero, 
even when applying the 70% rule results in a negative 
number. 

The CLB pins to which long lines have direct access 
are shown in Table 1. Note that the clock enable pin 
(CE) and the TBUF control pin are both driven from/to 
the same vertical long line. Consequently, CE cannot 
easily be used to enable a register that must be 
3-stated onto a bus. Similarly, CE cannot easily be used 
in a register that uses the reset direct pin (RD). 


Table 1. Long Line to CLB Direct Access 


Long Line 

CLB 

TBUF 

A 

B 

C 

D 

E 

K 

CE 

RD 

T 

Left-most 

Vertical (GCLK) 






X 




Left Middle 
Vertical 


X 





X 

X 

X 

Right Middle 
Vertical 



X 


X 





Right-most 

Vertical (ACLK) 






X 




Upper Horizontal 




X 






Lower Horizontal 

X 







X 



The ATT3000 lOB, shown in Figure 3, includes a 
3-state output driver that may be driven directly or reg¬ 
istered. The polarities of both the output data and the 
3-state control are determined by configuration bits. 
Each output buffer may be configured to have either a 
fast or a slow slew rate. 

The lOB input may also be direct or registered. Addi¬ 
tionally, the input flip-flop may be configured as a latch. 
When an lOB is used exclusively as an input, an 
optional pull-up resistor is available, the value of which 
is 40 kn—150 ka. This resistor cannot be used when 
the lOB Is configured as an output or as a bidirectional 
pin. Unused lOBs should be left unconfigured. They 
default to inputs pulled high with the internal resistor. 


Inputs 

All inputs have limited hysteresis, typically in excess of 
200 mV forTTL input thresholds and in excess of 
100 mV for CMOS thresholds. Exceptions to this are 
the PWRDWN pin and the XTL2 pin, when it is config¬ 
ured as the crystal oscillator input. 

Experiments show that the input rise and fall times 
should not exceed 250 ns. This value was established 
through a worst-case test using internal ring oscillators 
to drive all I/O pins except two, therefore generating a 
maximum of on-chip noise. One of the remaining I/O 
pins was configured as an input and tested for single¬ 
edge response—the other I/O was used as an output to 
monitor the response. 

These test conditions are possibly overly demanding, 
although it was assumed that the PC board had negligi¬ 
ble ground noise and good power supply decoupling. 
While conservative, the resulting specification is. In 
most instances, easily satisfied. 

lOB input flip-flops are guaranteed to operate correctly 
without data hold times (with respect to the device 
clock-input pad), provided the dedicated CMOS clock- 
in pad and the GCLK buffer are used. The use of aTTL 
clock or a different clock pad will result in a data hold¬ 
time requirement. The length of this hold time is equal 
to the delay from the actual clock pad to the GCLK 
buffer minus the delay from the dedicated CMOS clock 
pad to the GCLK buffer. 
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Input/Output Blocks (continued) 


PROGRAM-CONTROLLED MEMORY CELLS 



5-3102(F) 


Figure 3. Input/Output Block (lOB) 


To ensure that the input flip-flop has a zero hold time, 
delay is incorporated in the D input of the flip-flop, 
causing it to have a relatively long setup time. However, 
the setup time specified in the data sheet is with 
respect to the clock reaching the lOB. Since there is an 
unavoidable delay between the clock pad and the lOB, 
the input pad to clock pad setup time is actually less 
than the data sheet number. 

Part of the clock delay can be subtracted from the inter¬ 
nal setup time. Ideally, all of the clock delay could be 
subtracted, but it is possible for the clock delay to be 
less than its maximum while the internal setup time is 
at its maximum value. Consequently, it is recom¬ 
mended that, in a worst-case design, only 70% of the 
clock delay be subtracted. 


The clock delay can only be less than 70% of its maxi¬ 
mum if the internal setup time requirement is also less 
than Its maximum. In this case, the data pad to clock 
pad setup time actually required will be less than that 
calculated. 

For example, in the ATT3000-125, the input setup time 
with respect to the clock reaching the lOB is 16 ns. If 
the delay from the clock pad to the lOB is 6 ns, then 
70% of this delay, or 4.2 ns, can be subtracted to arrive 
at a maximum pad-to-pad setup time of ~12 ns. 
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Input/Output Blocks (continued) 

The 70% rule must be applied whenever one delay is 
subtracted from another. However, it is recommended 
that delay compensation only be used in connection 
with input hold times. Delay compensation in asynchro¬ 
nous circuits is not recommended. In any case, the 
compensated delay must not become negative. If 70% 
of the compensating delay Is greater than the delay It Is 
deducted from, the resulting delay is zero. 

The 70% rule in no way defines the absolute minimum 
value delays that might be encountered from chip to 
chip and with temperature and power supply variations. 
It simply indicates the relative variations that might be 
found within a specific chip over the range of operating 
conditions. 

Typically, all delays will be less than their maximum, 
with some delays being disproportionately faster than 
others. The 70% rule describes the spread in the scal¬ 
ing factors: the delay that decreases the most will be no 
less than 70% of what it would have been if it had 
scaled in proportion to the delay that decreased the 
least. In particular, in a worst-case design where it is 
assumed that any delay might not have scaled at all 
and remains at its maximum value, other delays will be 
no less than 70% of their maximum. 


Outputs 

All ATT3000 outputs are true CMOS, with n-channel 
transistors pulling down and p-channel transistors pull¬ 
ing up. Unloaded, these outputs pull rail-to-rail. Some 
additional ac characteristics of the output are listed in 
Table 2. Figures 4 and 5 show output current/voltage 
curves for typical ATT3000 devices. 

Output short-circuit current values are given only to 
indicate the capability to charge and discharge capaci¬ 
tive loads. In accordance with common industry prac¬ 
tice for other logic devices, only one output at a time 
may be short-circuited, and the duration of this short 
circuit to Vcc or ground may not exceed one second. A 
continuous output or clamp current in excess of 20 mA 
on any one output pin is not recommended. The data 
sheet guarantees the outputs for no more than 4 mA at 
320 mV to avoid problems when many outputs are 
sinking current simultaneously. 



Figure 4. Output CurrentA/oltage Characteristics 
for -70, -100, -125, -150 Speed Grades 



VOLTS 


5-4064(F) 


Figure 5. Output CurrentA/oltage Characteristics 
for -3, -4, -5 Speed Grades 


The active-high 3-state control (T) is the same as an 
active-low output enable (OE). In other words, a high on 
theT-pin of an OBUFZ places the output in a high- 
impedance state, and a low enables the output. The 
same naming convention is used forTBUFs within the 
FPGA device. 
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Input/Output Blocks (continued) 

I/O Clocks 

Internally, up to eight distinct I/O clocks can be used— 
two on each of the four edges of the die. While the lOB 
does not provide programmable clock polarity, the two 
clock lines serving an lOB can be used for true and 
inverted clock. The appropriate polarity can then be 
connected to the lOB.This does, however, limit all lOBs 
on that edge of the die to using only the two edges of 
the one clock. 

lOB latches have active-low latch enables; they are 
transparent when the clock input is low, and they are 
closed when it is high. The latch captures data on what 
would otherwise be the active clock edge, and is trans¬ 
parent in the half-clock period before the active clock 
edge. 


Table 2. Additional ac Output Characteristics 


ac Parameters 

Fast* 

Slow* 

Unloaded Output Slew Rate 

2.8 V/ns 

0.5 V/ns 

Unloaded Transition Time 

1.45 ns 

7.9 ns 

Additional Rise Time for 812 pF 
Normalized 

100 ns 
0.12 ns/pF 

100 ns 
0.12ns/pF 

Additional Fall Time for 812 pF 
Normalized 

50 ns 
0.06 ns/pF 

64 ns 
0.08 ns/pF 


* Fast and slow refer to the output programming option. 


Routing 

Horizontal Long Lines 


Table 3. Number of Horizontal Long Lines 


Part Name 

Rows X 
Columns 

CLBs 

HLLs 

TBUFs 
per HLL 

ATT3020 

8x8 

64 

16 

9 

ATT3030 

lOx 10 

100 

20 

11 

ATT3042 

12x12 

144 

24 

13 

ATT3064 

16x14 

224 

32 

15 

ATT3090 

20x 16 

320 

40 

17 


Optionally, HLLs can be pulled up at either end or at 
both ends. The value of each pull-up resistor is 3 kQ .— 
10 kQ. 

In addition, HLLs are permanently driven by low- 
powered latches (bus hold circuits) that are easily over¬ 
ridden by active outputs or pull-up resistors. These 
latches maintain the logic levels on HLLs that are not 
pulled up and that are temporarily not driven. The logic 
level maintained is the last level actively driven onto the 
line. 

When using 3-state HLLs for multiplexing, the use of 
fewer than fourTBUFs can waste resources. Multiplex¬ 
ers with four or fewer inputs can be implemented more 
efficiently using CLBs. 


Vertical Long Lines 

There are four vertical long lines per routing channel: 
two general purpose, one for the global clock net, and 
one for the alternate clock net. 


As shown in Table 3, there are two horizontal long lines 
(HLLs) per row of CLBs. Each HLL is driven by one 
TBUF for each column of CLBs, plus an additional 
TBUF at the left end of the long line. This additional 
TBUF is convenient for driving lOB data onto the long 
line. In general, the routing resources to the T and I 
pins of TBUFs are somewhat limited. 
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Routing (continued) 

Clock Buffers 

ATT3000 devices contain two high fan-out, low-skew, 
clock distribution networks. The global clock net origi¬ 
nates from the GCLK buffer in the upper-left corner of 
the die, while the alternate clock net originates from the 
ACLK buffer in the lower-right corner of the die. 

The global and alternate clock networks each have 
optional fast CMOS inputs called TCLKIN and BCLKIN, 
respectively. Using these inputs provides the fastest 
path from the PC board to the internal flip-flops and 
latches. Since the signal bypasses the input buffer, 
well-defined CMOS levels must be guaranteed on 
these clock pins. 

To specify the use of TCLKIN or BCLKIN In a sche¬ 
matic, connect an IPAD symbol directly to the GCLK or 
ACLK symbol. Placing an IBUF between the IPAD and 
the clock buffer will prevent TCLKIN or BCLKIN from 
being used. 

The clock buffer output nets only drive CLB and lOB 
clock pins. They do not drive any other CLB inputs. In 
rare cases where a clock needs to be connected to a 
logic input or a device output, a signal should be 
tapped off the clock buffer input and routed to the logic 
input. This is not possible with clocks using TCLKIN or 
BCLKIN. 

The clock skew created by routing clocks through local 
interconnect makes safe designs very difficult to 
achieve, and this practice is not recommended. In gen¬ 
eral, the fewer clocks used, the safer the design. High 
fan-out clocks should always use GCLK or ACLK. If 
more than two clocks are required, the ACLK net can 
be segmented into individual vertical lines that can be 
driven by PIPs at the top and bottom of each column. 
Clock signals routed through local interconnect should 
only be considered for individual flip-flops. 


General Information 

Recovery from Reset 

Recovery from reset is not specified in the ATT3000 
data sheet because it is very difficult to measure in a 
production environment. The following values may be 
assumed for all ATT3000 devices and speed grades: 

■ The CLB can be clocked immediately (<0.2 ns) after 
the end of the internal reset direct signal (RD). 

■ The CLB can be clocked no earlier than 25 ns (worst- 
case) after the release of an externally applied global 
reset signal, i.e., after the rising edge of the active- 
low signal. 


Configuration and Start-Up 

Until the chip goes active after configuration, all I/O 
pins not involved in the configuration process remain in 
a high-impedance state with weak pull-up resistors, 
and all internal flip-flops and latches are held at reset. 
Multiple FPGA devices hooked up in a daisy chain will 
all go active simultaneously on the same CCLK edge. 
This is documented in the ATT3000 data sheet. 

Not documented, however, is how the internal combi¬ 
natorial logic comes alive during configuration: as con¬ 
figuration data is shifted in and reaches its destination, 
it activates the logic and also “looks af the lOB inputs. 
Even the crystal oscillator starts operating as soon as It 
receives its configuration data. Since all flip-flops and 
latches are being held at reset and all outputs are 
being held in their high-impedance state, there is no 
danger in this staggered awakening of the internal 
logic. The operation of the logic prior to the end of con¬ 
figuration is even useful—it ensures that clock enables 
and output enables are correctly defined before the ele¬ 
ments they control become active. 


Lucent Technologies Inc. 


8-73 



Additional ATT3000 Data 


FPGA Data Book 


General Information (continued) 

Once configuration is complete, the device is activated. 
This occurs on a rising edge of CCLK, when all outputs 
and clocks that are enabled become active simulta¬ 
neously. Since the activation is triggered by CCLK, it is 
an asynchronous event with respect to the system 
clock. To avoid start-up problems caused by this asyn- 
chronism, some designs might require a reset pulse 
that is synchronized to the system clock. 

The circuit shown in Figure 6 generates a short global 
reset pulse in response to the first system clock after 
the end of configuration. It uses one CLB and one lOB, 
and also precludes the use of the LDC pin as I/O. 


During Configuration, LDC is asserted low and holds 
the D-input of the flip-flop high, while Q is held low by 
the Internal reset, and RESET is kept high by internal 
and external pull-up resistors. At the end of configura¬ 
tion, the LDC pin is unasserted, but D remains high 
since the function generator acts as an R-S latch; Q 
stays low, and RESET is still pulled high by the external 
resistor. On the first system clock after configuration 
ends, Q is clocked high, resetting the latch and 
enabling the output driver, which forces RESET low. 
This resets the whole chip until the low on Q permits 
RESET to be pulled high again. 

The whole chip has thus been reset by a short pulse 
Instigated by the system clock. No further pulses are 
generated, since the high on LDC prevents the R-S 
latch from becoming set. 




SYSTEM CLOCK 


CLB 


D 

Q 

> 



MR - 


LOW 


OE = HIGH 
T = LOW 




Vcc 



RESET 


HIGH 



LDC 


5-4065(F) 


Figure 6. Synchronous Reset 
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General Information (continued) 

Power Dissipation 

As in most CMOS ICs, almost all FPGA power dissipa¬ 
tion is dynamic and is caused by the charging and dis¬ 
charging of internal capacitances. Each node in the 
device dissipates power according to the capacitance 
in the node (which is fixed for each type of node) and 
the frequency at which the particular node Is switching 
(which can be different from the clock frequency). The 
total dynamic power is the sum of the power dissipated 
in the individual nodes. 

While the clock line frequency is easy to specify, it is 
usually more difficult to estimate the average frequency 
of other nodes. Two extreme cases are binary counters, 
where half the total power Is dissipated in the first flip- 
flop, and shift registers with alternating zeros and ones, 
where the whole circuit is exercised at the clocking 
speed. 

A popular assumption is that, on average, each node is 
exercised at 20% of the clock rate; a major EPLD 
vendor uses a 16-blt counter as a model, where the 
effective percentage Is only 12%. Undoubtedly, there 
are extreme cases where the ratio is much lower or 
much higher, but 15% to 20% may be a valid approxi¬ 
mation for most normal designs. Note that global clock 
lines must always be entered with their real, and well- 
known, frequency. 

Consequently, most power consumption estimates only 
serve as guidelines based on gross approximations. 
Table 4 shows the dynamic power dissipation, In mW 
per MHz, for different types of ATT3000 nodes. While 
not precise, these numbers are sufficiently accurate for 
the calculations In which they are used, and may be 
used for any ATT3000 device. Table 5 shows a sample 
power calculation. 


Table 4. Dynamic Power Dissipation 


Example 

ATT3020 

(mW/MHz) 

ATT3090 

(mW/MHz) 

One CLB driving three local 
interconnects 

0.25 

0.25 

One device output with a 

50 pF load 

1.25 

1.25 

One global clock buffer and 
line 

2.00 

3.50 

One long line without driver 

0.10 

0.15 


Table 5. Sample Power Calculation for ATT3020 


Node 

Quantity 

MHz 

mW/ 

MHz 

mW 

Clock Buffer 

1 

40 

2.00 

80 

CLBs 

5 

40 

0.25 

50 

CLBs 

10 

20 

0.25 

50 

CLBs 

40 

10 

0.25 

100 

Long Lines 

8 

20 

0.10 

16 

Outputs 

20 

20 

1.25 

500 

Total Power = -800 | 
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Crystal Oscillator 

ATT3000 devices contain an on-chip crystal oscillator 
circuit that connects to the ACLK buffer. This circuit 
(see Figure 6) comprises a high-speed, high-gain, 
Inverting amplifier, with its input connected to the dedi¬ 
cated XTL2 pin, and its output connected to the XTL1 
pin. An external biasing resistor, R1, with a value of 
0.5 MQ to 1 MQ is required. 

A crystal, Y1, and additional phase-shifting compo¬ 
nents, R2, C1, and C2, complete the circuit. The 
capacitors, C1 and C2, in parallel, form the load on the 
crystal. This load is specified by the crystal manufac¬ 
turer and is typically 40 pF. The capacitors should 
approximately equal 20 pF each for a 40 pF crystal. 

Either series- or parallel-resonant crystals may be 
used, since they differ only In their specification. 
Crystals constrain oscillation to a narrow band of 


frequencies, the width of which is <1 % of the oscillating 
frequency. The exact frequency of oscillation within this 
band depends on the components surrounding the 
crystal. Series-resonant crystals are specified by their 
manufacturers according to the lower edge of the fre¬ 
quency band; parallel-resonant crystals are specified 
according to the upper edge. 

The resistor R2 controls the loop gain, and its value 
must be established by experimentation. If It is too 
small, the oscillation will be distorted; if it is too large, 
the oscillation will fail to start or will only start slowly. In 
most cases, the value of R2 is noncritical, and typically 
is 0 kn to 1 kQ. 

Once the component values have been chosen, it is 
good practice to test the oscillator with a resistor 
(~1 kQ) in series with the crystal. If the oscillator still 
starts reliably, independent of whether the power sup¬ 
ply turns on quickly or slowly, it will always work without 
the resistor. 



Figure 7. Crystal Oscillator Inverter 
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For operation above 20 MHz to 25 MHz, the crystal 
must operate at its third harmonic. The capacitor C2 is 
replaced by a parallel-resonant LC tank circuit tuned to 
~2/3 of the desired frequency; i.e., twice the fundamen¬ 
tal frequency of the crystal. Table 6 shows typical com¬ 
ponent values for the tank circuit. 


Table 6. Third Harmonic Crystal Oscillator 
Tank Circuit 


Frequency 

(MHz) 

LCTank 

L 

(tiH) 

C2 

(PF) 

Freq. 

(MHz) 

R2 

(£i) 

Cl 

(pF) 

32 

1 

60 

20.6 

430 

23 

35 

1 

44 

24.0 

310 

23 

49 

1 

31 

28.6 

190 

23 

72 

1 

18 

37.5 

150 

12 


CCLK Frequency Variation 

The on-chip R-C oscillator that is brought out as CCLK 
also performs several other internal functions. It gener¬ 
ates the power-on delay: 2^® = 65,536 periods for a 
master and/or 2^"^ = 16,384 periods for a slave or 
peripheral device. It generates the shift pulses for 
clearing the configuration array, using one clock period 
per frame, and it is the clock source for several small 
shift registers acting as low-pass filters for a variety of 
input signals. The nominal frequency of this oscillator is 
1 MHz with a maximum deviation of +25% to -50%. 
The clock frequency, therefore, is between 1.25 MHz 
and 0.5 MHz. 

Lucent Technologies’ circuit designers make sure that 
the internal clock frequency does not get faster as 
devices are migrated to smaller geometries and faster 
processes. Even the newest and fastest Lucent Tech¬ 
nologies FPGA is compatible with the oldest and slow¬ 
est device ever manufactured. The CCLK frequency is 
fairly Insensitive to changes In Vcc, varying only 0.6% 
for a 10% change in Vcc. It is, however, very tempera¬ 
ture dependent, Increasing 40% as the temperature 
drops from +25 °C to -30 °C (see Table 7). 


Table 7. CCLK Frequency Variation 


Vcc 

(V) 

Temperature 

CO 

Frequency 

(kHz) 

4.5 

+25 

687 

5.0 

+25 

691 

5.5 

+25 

695 

4.5 

-30 

966 

4^5 

+130 

457 


Metastable Recovery 

Whenever a clocked flip-flop synchronizes an asyn¬ 
chronous input, there is a small probability that the flip- 
flop output will exhibit an unpredictable delay. This 
happens when the input transition not only violates the 
setup and hold-time specifications, but actually occurs 
within the tiny timing window where the flip-flop accepts 
the new input. Under these circumstances, the flip-flop 
can enter a symmetrically balanced transitory state, 
called metastable (meta = between). 

While the slightest deviation from perfect balance will 
cause the output to revert to one of Its two stable 
states, the delay in doing so depends not only on the 
gain bandwidth product of the circuit, but also on how 
perfect the balance is and on the noise level within the 
circuit; the delay can, therefore, only be described in 
statistical terms. 

The problem for the system designer Is not the illegal 
logic level in the balanced state (it's easy enough to 
translate to either a 0 or a 1) but the unpredictable tim¬ 
ing of the final change to a valid logic state. If the meta¬ 
stable flip-flop drives two destinations with differing 
path delays, one destination might reflect the final data 
state, while the other does not. 

With the help of a mostly self-contained circuit on the 
demonstration board, the ATT3020-70 CLB flip-flop 
was evaluated. The result of this evaluation shows the 
ATT3000 CLB flip-flop to be superior In metastable per¬ 
formance to many popular MSI and PLD devices. 

Statistically, when an asynchronous event with a fre¬ 
quency approximately 1 MHz is being synchronized by 
a 10 MHz clock, the CLB flip-flop suffers an additional 
delay of 4.2 ns once per hour and 8.4 ns once per 
1000 years. 
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The frequency of occurrence of these metastable 
delays is proportional to the product of the asynchro¬ 
nous event frequency and the clock frequency. If, as an 
example, a 100 kHz event is synchronized by a 2 MHz 
clock, the above delays (besides being far more tolera¬ 
ble) will occur 50 times less often. 

Since metastability can only be measured statistically, 
this data was obtained by configuring an ATT3020 with 
eight concurrent detectors. Eight D-type flip-flops were 
clocked from a common high-speed source, and their D 
inputs driven from a common, lower frequency asyn¬ 
chronous signal, Figure 8. The output of each flip-flop 
fed the D Inputs of two more flip-flops, one clocked one- 
half clock period later and the second a full clock period 
later. 

If a metastable event In the first flip-flop increased the 
output settling time to more than one-half clock period, 
the second two flip-flops would capture differing data. 
Therefore, the occurrence of a long metastable delay 
could be detected using a simple comparator. 


Deliberate skew In the input data to the eight meta¬ 
stable circuits ensured that, at most, one metastable 
event could occur each clock. This permitted the eight 
detectors to be ORed into a single metastable event 
counter. 

As expected, no metastable events were observed at 
clock rates below 25 MHz, since one-half clock period 
of 20 ns Is adequate for almost any metastability reso¬ 
lution delay, plus the flip-flop setup time. Increasing the 
clock rate to around 27 MHz brought a sudden burst of 
metastable events. Careful adjustment of the clock fre¬ 
quency gave repeatable, reliable measurements, show¬ 
ing that a 500 ps decrease in the half clock period 
increased the frequency of metastable occurrences by 
a factor of 41. 

To be conservative, to compensate for favorable condi¬ 
tions at room temperature, and to avoid any possibility 
of overstating a good case, the measurements were 
Interpreted as follows: when capturing asynchronous 
data, the error rate decreases by a factor of 40 for 
every additional nanosecond of metastablllty resolution 
delay that the system can tolerate. 



REPEATED EIGHT TIMES 5-4066(F) 

Figure 8. Metastable Measuring Circuit 
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Metastability Calculations 

The mean time between failures (MTBF) can only be 
defined statistically. It Is Inversely proportional to the 
product of the two frequencies Involved: the clock 
frequency (Fi) and the average frequency of data 
changes (F 2 ), provided that these two frequencies are 
independent and have no correlation. Ki is a factor that 
has the dimension of time, and describes the likelihood 
of going metastable. K 2 Is an exponent that describes 
the speed with which the metastable condition is being 
resolved. 

1/MTBF = F 1 • F 2 • K 1 • e(- K 2 • t) 

MTBF in seconds 
Fi and F 2 in Hz 

Ki = 1.5 • 10'*® seconds (measured for ATT3020-70) 
K2 = /az(40) per ns = 3.69 • 10® per second 
(ATT3020-70) 

For a 10 MHz clock and approximately a 1 MHz data 
rate, the table below gives the expected MTBF as a 
function of the acceptable extra delay at the output of 
the metastable going flip-flop. 



(ns) 5-4067(F) 


Extra Delay 
(ns) 

MTBF 

1.0 

27 ms 

4.2 

1 hr 

6.7 

423 days 

8.5 

890 years 

10.0 

225,000 years 

11.0 

9 million years 

12.0 

360 million years 


Figure 9. Metastable MTBF as a Function of 
Additional Acceptable Delay 
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Battery Backup 

Since logic cell arrays are manufactured using a high- 
performance, low-power CMOS process, they can 
preserve the configuration data stored In the Internal 
static memory cells, even during a loss of primary 
power. This is accomplished by forcing the device into a 
low-power, nonoperatlonal state, while supplying the 
minimal current requirement of Vcc from a battery. 

There are two primary considerations for battery 
backup which must be accomplished by external cir¬ 
cuits: 

■ Control of the powerdown (PWRDWN) pin 

■ Switching between the primary Vcc supply and 
battery 

Important considerations include the following: 

■ Ensure that PWRDWN Is asserted logic low prior to 
Vcc falling, that it is held low while the primary Vcc is 
absent, and that it is returned high after Vcc has 
returned to a normal level. PWRDWN edges must not 
rise or fall slowly. 

■ Ensure glitch-free switching of the power connec¬ 
tions to the FPGA device from the primary Vcc to the 
battery and back. 

■ Ensure that during normal operation the FPGA Vcc 
is maintained at an acceptable level, 5.0 V + 5% 
(+10% for industrial). 


Figure 10 shows a powerdown circuit developed by 
Shel Epstein of Epstein Associates, Wilmette, IL. 

Two Schottky diodes power the FPGA from either the 
5.2 V primary supply or a 3 V Lithium battery. A Seiko 
S8054 three-terminal power monitor circuit monitors 
Vcc and pulls PWRDWN low whenever Vcc falls below 
4V. 



5-4068(F) 


Figure 10. Battery Backup Circuit 
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ATT3000 Series FPGAs Test Methodology 


Introduction 

Lucent Technologies is committed to building in the 
highest level of quality and reliability into its Field- 
Programmable Gate Arrays (FPGAs). Quality is best 
ensured by taking the necessary steps to achieve 
zero defects. Comprehensive testing helps ensure 
that every FPGA device is free from defects and con¬ 
forms to the ATT3000 Series FPGAs data sheet 
specifications. The memory-cell design ensures 
integrity of the configuration program. 


Component Test Methodology 

As quality consciousness has grown among semi¬ 
conductor users, awareness of the importance of 
testability has also increased. Testing of standard 
components, including memories and microproces¬ 
sors, is accomplished with carefully developed pro¬ 
grams which exhaustively test the function and 
performance of each part. For reasons explained 
below, most application-specific ICs cannot be com¬ 
prehensively tested. Without complete testing, defec¬ 
tive devices might escape detection and be Installed 
into a system. 

In the best case, the failure will be detected during 
system testing at a higher cost. In the worst case, the 
failure will be detected only after shipment of the sys¬ 
tem to a customer. Testing advantages of the FPGA 
can be illustrated through comparison with two other 
application-specific ICs: erasable programmable 
logic devices (EPLDs) and gate arrays. 


EPLDs: In order to test all memory cells and logic 
paths of programmable logic devices controlled by 
EPROM memory cells, the part must be programmed 
with many different patterns. This, in turn, requires 
expensive quartz lid packages and many lengthy pro¬ 
gram/test/erase cycles. To save time and reduce 
costs, this process is typically abbreviated. 

Gate Arrays: Since each part is programmed with 
metal masks, the part can only be tested with a pro¬ 
gram tailored to the specific design. This, in turn, 
requires that the designer provide sufficient control 
and observance for comprehensive testability. The 
design schedule must also include time for the devel¬ 
opment of test vectors and a test program specifica¬ 
tion. If gate array users require a comprehensive test 
program, then they must perform exhaustive and 
extensive fault simulation and test grading. This 
requires substantial amounts of expensive computer 
time. Additionally, it typically requires a series of time- 
consuming and expensive iterations in order to reach 
even 80% fault coverage. The cost of greater cover¬ 
age is often prohibitive. In production, many gate 
array vendors either limit the number of vectors 
allowed or charge for using additional vectors. 

The replacement of all storage elements with test¬ 
able storage elements, known as scan cells, 
improves testability. Although this technique can 
reduce production testing costs, it can add about 
30% more circuitry, decrease performance by up to 
20%, and increase design time. 
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(continued) 

Field-Programmable Gate Arrays (FPGAs): The test¬ 
ability of the FPGA device is similar to other standard 
products, including microprocessors and memories. 
The following outlines the FPGA design and test strate¬ 
gies: 

Design Strategy 

■ Incorporates testability features because each 
functional node can be configured and routed to 
outside pads. 

■ Permits repeated exercise of the part without 
removing it from the tester because of the short 
time to load a new configuration program. 

■ Produces a standard product which guarantees that 
every valid configuration will work. 

Test Strategy 

■ Performs reads and writes of all bits in the 
configuration memory, as in memory testing. 

■ Uses an efficient parallel testing scheme in which 
multiple configurable logic blocks are fully tested 
simultaneously. 

■ Is exhaustive, since the circuits in every block are 
identical. 

The FPGA user can better appreciate the FPGA test 
procedure by examining each of the testing require¬ 
ments: 

■ All configuration-memory bits must be exercised and 
then verified. This is performed using readback 
mode. 

■ All possible process-related faults, such as short 
circuits, must be detected. The FPGA is configured 
in such a way that every metal line can be driven 
and observed directly from the Input/output pads. 

■ All testing configurations must provide good control¬ 
lability and observability. This is possible since all 
configurable logic blocks can be connected to Input/ 
output pads. This makes them easy to control bytest¬ 
ing different combinations of inputs and easy to 
observe by comparing the actual outputs with 
expected values. 


These points bring out an important issue: the FPGA 
was carefully designed to achieve 100% fault coverage. 
With the Lucent testing strategy, the number of design 
configurations needed to fully test the FPGA is mini¬ 
mized, and the test fault coverage of the test patterns is 
maximized. In addition, the user’s design time is 
reduced because the designer does not have to be 
concerned about testability requirements during the 
design cycle. The FPGA concept not only removes the 
burden of the test-program and test-vector generation 
from the user, but it also removes the question of fault 
coverage and eliminates the need for fault grading. The 
FPGA is a standard part that guarantees any valid 
design will work. These issues are critically important in 
quality-sensitive applications. The designer who uses 
the FPGA can build significant added value into the 
design by providing higher quality levels. 


FPGA Test Strategies 

Every Lucent FPGA device is tested for 100% function¬ 
ality, dc parametrics, and speed. This allows the end 
user to design and use the FPGA without worrying 
about testing for a particular application. 

The strategy for testing the FPGA device is to test the 
functionality of every internal element. These elements 
consist of memory cells, metal interconnects, transistor 
switches, bidirectional buffers, inverters, decoders, and 
multiplexers. If each element Is functional, then the 
user’s design will also be functional if the proper design 
procedures are used. 

The static memory cells and the symmetry of the 
FPGA make it 100% testable. The FPGA can be pro¬ 
grammed and reprogrammed with as many patterns as 
required to fully test It. This is done with as many as 50 
configuration/test patterns. Each configuration/test pat¬ 
tern consists of a set of test vectors that configures the 
FPGA device with a hardware design that utilizes spe¬ 
cific elements and a set of test vectors that exercises 
those specific elements. The symmetry of the FPGA 
device allows the test engineer to develop the test for 
one configurable logic block (CLB) or configurable I/O 
block (lOB) and then apply it to all others. All configura¬ 
tion/test patterns are exercised at both Vcc minimum 
and maximum. 
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Memory Cell Testing 

The static memory cells have been designed specifi¬ 
cally for high reliability and noise immunity. The basic 
memory cell consists of two CMOS inverters and a 
pass transistor used for both writing and reading the 
memory-cell data (see Figure 1).The cell is only written 
to during configuration. Writing Is accomplished by rais¬ 
ing the gate of the pass transistor to Vcc and forcing 
the two CMOS inverters to conform to the data on the 
word line. During normal operation, the memory cell 
provides continuous control of the logic, and the pass 
transistor is off and does not affect memory-cell stabil¬ 
ity. The output capacitive load and the CMOS 
levels of the inverters provide high stability. The 
memory cells are not affected by extreme power- 
supply excursions. 



Figure 1. Configuration Memory Cell 


The memory cells are directly tested In the FPGA with 
three test patterns that are equivalent to those used on 
a RAM device. The first test pattern writes 95% of all 
the RAM oells to a logic zero and then reads each RAM 
cell back to verify Its contents. The second test pattern 
writes 95% of all the RAM cells to a logic one and also 
verifies the contents. The third pattern is used to verify 
that all I/O and configurable logic blocks can have their 
logic vaipe read back correctly. All RAM cells are thus 
written to and verified for both logic levels. 


Interconnect Testing 

The programmable Interconnect is implemented using 
transistor switches to route signals through a fixed two- 
layer grid of metal conductors. The transistor switches 
on or off depending on the logic value of the static 
memory cell that controls the switch. The interconnect 
is tested with configuration/test patterns that test for 
continuity of each metal segment, test for shorts 
between metal segments, and check the ability for 
each switch to connect two metal lines. This can be 
accomplished with a pattern similar to Figure 2. Each 
interconnect line will be set to a logic one while the 
others are set to logic zero. This checks for shorts 
between adjacent interconnects while at the same time 
checking for continuity of the line. 
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Figure 2. Interconnect Test Pattern 
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FPGA Test Strategies (continued) 

I/O Block Testing 

Each I/O block includes registered and direct input 
paths and a programmable 3-state output buffer. The 
testing of these functions is accomplished by several 
configuration/test patterns that implement and test 
each option that Is available to the user. One method 
used to test the I/O blocks is to configure them as a 
shift register that has a 3-state control (see Figure 3). 
This allows a test pattern to check the ability of each 
I/O block to latch and to output data that is derived from 
either another I/O block or from the tester. Several of 
these patterns are used to exercise different input and 
output combinations allowed for each I/O block. Config¬ 
uration/test patterns are also used to precondition the 
device to test dc parameters such as Vih, Vil, Voh, 

VoL, TTL standby current, CMOS standby current, and 
input/output leakage. The Voh/Vol test is done while all 
outputs are either all low or all high. 


Configurable Logic Block Testing 

Each configurable logic block has a combinatorial-logic 
section, a flip-flop section, and an internal-control sec¬ 
tion. The combinatorial-logic section of the logic block 
uses a 32 X 1 array of RAM cells as a look-up table to 
implement the Boolean functions. This section Is tested 
as an array of memory cells. Configuration/test pat¬ 
terns are used to verify that each RAM cell can be 
logically decoded as the output of the array. The two 
flip-flops of the logic block are tested with configuration/ 
test patterns that configure the FPGA device as shift 
registers. Each shift register pattern will have different 
data in the look-up tables and will have a different pin 
used as the Input to each shift register. Other configu¬ 
ration/test patterns are used to implement and test the 
Internal-control section. 


Speed Testing 

FPGA speed is checked with configuration/test pat¬ 
terns that have been correlated to ac values In the 
ATT3000 Series FPGAs data sheet. Most of these pat¬ 
terns are shift registers with interconnect lOBs and 
CLBs In the data path (see Figure 4). They are 
designed with the idea that all elements in the path 
must be fast enough for the proper data to get to the 
next input of the shift register before the next clock 
occurs. 

If any element doesn’t meet the specified ac value, 
then the shift register will clock in the wrong data and 
fail the test. The complexity of the logic between two 
shift register cells determines the maximum frequency 
required for the clock pulse input of the shift register. 
This can be used to reduce the performance require¬ 
ment of the tester in use. The patterns used consist of 
aTCKO + TiLO + INTERCONNECT + Tick for each shift 
register. This increases the shift register clock pulse 
separation time from 30 ns to 40 ns. The configuration 
of each pattern is varied so that all of the interconnect 
lOBs and CLBs are tested at speed. 


Hardware Testing Configurations 

Currently, Lucent Technologies FPGAs are being 
tested on Advantest testers. The 3000 Series products 
are being tested on the Advantest 3340 VLSI test sys¬ 
tem with one million vectors required for 3042—3090, 
and 512K vectors required for 3020—3030. 
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Hardware Testing Configurations (continued) 



Figure 4. Speed Test Pattern 
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Technical Support 


Introduction 

The Lucent Technologies FPGA product line is com¬ 
mitted to providing first-class technical support. We 
recognize that a successful support system employs 
multiple methods of distributing technical information. 
Consequently, we have structured our technical sup¬ 
port team to provide a number of support options to 
our customers. 

How to Reach Us 


If you have comments or suggestions regarding our 
technical support program, please share them with 
us. We consider your feedback our guarantee that we 
will be able to continually Improve our support efforts. 


Type of Request 

Method 

Phone/FAX/Address 

Technical Support 

Help Line (9 a.m. to 7 p.m. EST) 

1-800-EASY-FPGA or 1-800-327-9374 or 
1-610-712-4331 


FAX 

1-610-712-4754 


E-Mail 

orcaf pga @ aloft.lucent.com 


FTP Site 

orca.fast.net 


BBS 

1-610-712-4314 


Field Engineers 

See following list 

Product Information 

Worldwide Web 

http://www.lucent.com/micro/fpga 

Technical Documentation 

Marketing Communications 

United States: 

1-800-372-2447 (Phone) 



1-610-712-4106 (FAX) 

Canada: 

1-800-553-2448 (Phone) 

1-610-712-4106 (FAX) 

Asia Pacific: 

+65-778-8833 (Phone) 

+65-777-7495 (FAX) 

Europe: 

+44-1734-324-299 (Phone) 
+44-1734-328-148 (FAX) 

Japan: 

+81-3-5421-1600 (Phone) 

+81-3-5421-1700 (FAX) 

File Transfers 

E-Mail 

orcaf pga @ aloft.lucent.com 


FTP Site 

orca.fast.net 


BBS 

1-610-712-4314 
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Field Application Engineers 


FTP Site 


We encourage you to make full use of our FPGA field 
application engineers (FAEs). Each engineer has been 
fully trained and is available to provide front-line sup¬ 
port over the telephone or on-site (please see the list 
below). A complete list of all Lucent Technologies sales 
offices appears in Chapter 10. 


The FTP site can be used to transfer files to and from 
the technical support organization for review. For more 
detailed information on accessing the FTP site, please 
see the September 1996 ORCA FPGA FTP Site prod¬ 
uct brief (AP96-050FPGA), which appears after this 
Introduction. 


Location 

Phone 

Domestic 

Boston 

508-626-3720 or 

508-626-3756 

Orlando 

407-667-4716 

Maryland/ 

North Carolina 

410-583-6060 

Chicago 

708-979-1646 

Colorado 

303-799-8100 

Dallas 

214-556-8833 

Minneapolis 

612-885-4325 

Northern California 

408-980-3804 or 

408-980-3848 

Southern California 

818-587-9600 or 

714-890-6204 

Allentown 

610-712-5431 

Northern NJ 

908-949-9724 

Foreign 

Canada 

514-747-1211 or 

905-672-2030 

London 

+44-1344-487-111 

Munich 

+49-89-95086-0 

Singapore 

+65-778-8833 

Tokyo 

+81-03-5421-1790 


Bulletin Board Service 

Lucent Technologies has established a 24-hour bulletin 
board service (BBS) that permits instant access to the 
latest software patches, software utility programs, 
application notes, and reference designs. The BBS can 
be used to transfer files to and from the technical sup¬ 
port organization for review. The BBS software and 
hardware requirements are listed below. For more 
detailed information on its access, please see the Sep¬ 
tember 1996 FPGA Bulletin Board Service product 
brief (PN96-070FPGA), which appears after this Intro¬ 
duction. 


E-Mail 

Customers can use E-Mail to send technical question 
about devices and software. Requests made to 
orcafpga@aloft.lucent.com are checked regularly 
throughout the day and are given the same priority as 
telephone calls. Please note, however, that urgent 
issues should be directed to the Technical Support 
Helpline or FAX in order to eliminate Internet-related 
delays. 


Worldwide Web 

Lucent Technologies has established a 24-hour world¬ 
wide web site at http://www.lucent.com/micro/fpga 
for instant access to FPGA product information, news¬ 
worthy information, upcoming events, employment 
opportunities, application notes, product briefs, data 
sheets, and sales information. The Web site will be 
updated regularly to provide customers with the latest 
news and information. 


Technical Documentation 

The Lucent Technologies Marketing Communications 
Group offers a variety of FPGA technical literature; 
including application notes, data sheets, data books, 
product briefs, and marketing briefs. Documentation 
requests can be referred to them worldwide, as noted 
previously. 
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FPGA Bulletin Board Service 


Introduction 

In order to provide customers with the latest technical 
information on its 3000 and ORCA series field-pro¬ 
grammable gate arrays, Lucent Technologies Micro¬ 
electronics Group has established an electronic 
bulletin board service (BBS). The BBS can be 
reached at 1-610-712-4314. 

This application note will define the software, hard¬ 
ware, and general user information required for 
accessing the Lucent FPGA bulletin board service. 

Description 

Software and Hardware Requirements 


Table 1. Software and Hardware Requirements 


Baud Rates 

28,800 baud or slower 

Character Format 

8 data, no parity, 1 stop bit 

Transfer Protocols 

Xmodem, Ymodem, 

Zmodem, Kermit 

Phone Number 

1-610-712-4314 

Hours 

24 hours, 7 days per week 


Logging On 

After the BBS connection is established, new users 
will be prompted to supply a user-1 D and password 
and also to answer several questions about them¬ 
selves. Following the questions, users will be asked 
to download a document named BBSUSER.DOC. 
This file provides general help about BBS operations. 
It is strongly recommended that new users download 
this file for reference. 


The Main Menu, from which the most commonly 
used functions are accessed, appears next. The 
functions available are Application Notes and Miscel¬ 
laneous Utilities, Upload/Download Files to Applica¬ 
tions, Patches to ORCA Foundry, Account Display 
Edit, and Information Center. Each function is 
accessed by entering the letter next to the descrip¬ 
tion. 


BBS Functions 

■ Information Center provides information and 
background about the BBS and Lucent’s FPGA 
Applications Group. 

■ Application Notes and Miscellaneous File 
Utilities accesses libraries that contain various 
application notes and miscellaneous file utilities 
for ORCA Foundry. 

■ Upload/Download Files accesses a submenu 
from which the user can upload or download files 
to/from the Lucent FPGA Applications Group. 
Please do not place any files here before speaking 
with a Factory Applications or Technical Support 
Engineer. 

■ Patches contains patches to the latest version of 
ORCA Foundry software. A copy of the PKUNZIP 
program for SunOS Is also located in this area and 
is available for download. 

■ Account Edit/Display allows users to change 
their personal information, including their pass¬ 
word. 
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Description (continued) 

File Uploads 

The UPLOADS area is the only area that a user is per¬ 
mitted to upload files to. The UPLOADS Library is 
intended for customer designs and files that require 
attention by the FPGA Applications Group. The 
UPLOADS area is secure since no user is permitted to 
download or examine files in this area. To gain access 
to the UPLOADS area, execute the following steps: 

1. Select (F) Upload/Download Files to Applications 
from the Main Menu. 

2. At the next menu, select the (U) UPLOADS Func¬ 
tion. 

3. Select (U) UPLOADS again. 

4. Supply the name of the file to be uploaded. 

5. When asked for a description, please specify the 
applications engineer who should receive the 
file(s). 

6. Select a transfer protocol compatible with your sys¬ 
tem and communications software. 

7. Initiate the transfer by uploading the file from your 
remote PC. For example, if you are using Windows 
terminal software, click on the Transfer menu and 
select the Send Binary File option. Please com¬ 
press all files with compression software (e.g., 
PKZIP) before attempting an upload. 


File Downloads 

There are several libraries that contain information, 
data, programs, release notes, and software patches. 
These are available for free download from the BBS to 
the user’s system. Most files are compressed with 
PKZIP to conserve space and transfer time. 


Customer Support 

If you have any questions about the BBS, please call 
our toll-free hotline at 1-800-EASY-FPG(A) in the U.S. 
and Canada, or 1-610-712-4331 outside the U.S.A. 
and Canada. 
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Overview 

In order to supply its ORCA (optimized reconfigurable cell array) Field-Programmable Gate Array (FPGA) cus¬ 
tomers with the latest technical information, Lucent provides an anonymous file transfer protocol (FTP) site. The 
FTP site is an account that any Lucent Technologies Microelectronics Group customer can access to get soft¬ 
ware patches, libraries, and technical information, and to upload data. The site makes use of ARPANET—stan¬ 
dard FTP facilities to send and receive data. The account can be accessed by any PC or workstation supporting 
the ftp command. 


Logging into the Account 

The following is a brief primer In the form of a sample session, with comments. Text in boldface is what you 
should type, comments are in italics. 

% ftp orca.fast.net 

Connected to tcp!204.179.186.34!1735. 

220 - 

220- If your FTP client crashes or hangs shortly after login, try using a 
220- dash (-) as the first character of your password. This will turn off 
220- the informational messages which may be confusing your ftp client. 

220 - 

220- ***NOTICE*** 

220- All ftp connections are tracked and logged. If this upsets you, 

220- please disconnect now. Problems to ftp-bugs@fast.net -- Emergency 
220- (610) 954-5910. You are logged in from site gw4.att.com 

220 - 

220 ws.fast.net FTP server (Version wu-2.4(l) Fri Jul 21 00:38:02 EDT 1995) ready. 
Name (orca.fast.net:mylogin): anonymous 

331 Guest login ok, send your complete e-mail address as password. 

Password: mylogin© 

230 Guest login ok, access restrictions apply. 

Remote system type is UNIX. 

Using binary mode to transfer binary files. 

200 Type set to I. 
ftp> cd orca 

250-_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ 
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Logging into the Account (continued) 

250- 

250- Welcome to the 

250- 

250- * ORCA FTP Site * 

250- 

250- This site is maintained by the 

250- Lucent FPGA Applications Group 

250- Problems with this site can be re- 
250- ported to the Lucent FPGA Hotline at 
250- 

250- l-800-EASY-FPG(A) 

250- or 

250- 1-800-327-9374 

250- 

250- International customers should call 
250- 

250- 1-610-712-4331 

250- 

250- or you may E-mail the postmaster at 
250- 

250- orca@orca.fast.net 

250- 

250- Please use BINARY mode for all file 
250- transfers. Files may be uploaded to 
250- the following directory: 

250- 

250- /orca/incoming 

250- 

250-_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ 

250- 

250 CWD command successful. 
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Uploading Data to the Account 

A directory named incoming exists for depositing design data. To put data in the account, issue the following 
commands: 

f tp> cd incoming (change to this area to deposit data) 
250-_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ 

250- 

250- Current directory is 

250 

250- /orca/incoming 

250- 

250- *** This is a write-only directory *** 

250- 

250- Please insure that all files for upload 
250- have first been compressed with one of 
250- the following utilities: 

250- 

250- UNIX Systems: tar, compress, gzip, zip 

250- PC Systems: PKZIP 

250- 

250- Also, please notify the FPGA Applica- 
250- tions Engineering group that you are 
250- placing files at this site. 

250- 

250- The Lucent Applications Engineering Group 
250- can be contacted at: 

250- 

250- l-800-EASY-FPG(A) 

250- 

250- or 

250- 

250- 1-800-327-9374 

250- 

250- International customers should call 
250- 

250- 1-610-712-4331 

250- 

250-_/_/_/_/_/_/_/_/_/_/_/_/_/„/_/_/_/_/_/_/_/ 

250- 

250 CWD command successful. 

ftp> put design, tar. Z (deposit the data) 

Please contact an Applications Engineer after depositing the data. There is no automatic notification that data has 
been received. 
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Downloading Data from the Account 

The account contains a number of directories structured according to subject; 

orca/foundry7.1 Patches for bugs/enhancements to ORCA Foundry v7.1 

orca/foundry9.0 Patches for bugs/enhancements to ORCA Foundry v9.0 

orca/exemplar Files related to Exemplar’s CORE and ORCA’x’press products 

orca/vlewlogic Files related to Viewlogic products 

orca/mentor Files related to Mentor Graphics products 

orca/synopsys Files related to Synopsys products 

orca/incoming Upload area 

orca/misc Miscellaneous data/Informatlon/programs 

orca/docs Documentation and application notes 

orca/outgoing Download area 

To download a file from one of these areas, use the following commands: 

f tp>' cd synopsys (changes directory to appropriate area—assumes you are already in ORCA directory tree) 

f tp> get synopsys. tar. Z (retrieves the data) 

200 PORT command successful. 


I 
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Using a Web Browser to Access the Account 

You can also access the FTP site with a WWW browser, such as Netscape Navigator or Mosaic. The URL (univer¬ 
sal resource locator) for accessing the account is ftp://orca.fast.net/orca. Figure 1 illustrates the page as dis¬ 
played with the Netscape browser. 
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Figure 1. Accessing the FTP Site with the Netscape Browser 
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Notes 

■ If there is no activity for 15 minutes, you will be disconnected and given the foilowing message: 

421 Timeout (900 seconds): closing control connection. 

■ You should always specify binary mode for file transfers since most files will be compressed. Use the binary com¬ 
mand to change modes, as in the following example: 

ftp> binary 

200 Type set to I. 

■ Files for UNIX workstations will have a ZIP, TAR, and/or Zfile extension. PC files will be compressed with 
PKUNZIP y2.04g and have a ZIP file extension. 

■ Up to 40 users can be logged into the FTP site at one time. Peak usage is between 10 a.m. and 5 p.m. E.S.T. 

If you can’t connect, try again at one-half hour intervals. 

■ For questions or comments, contact the Lucent FPGA Hotline at 1-800-EASY-FPG(A), or 1-610-712-4331 out¬ 
side the U.S. and Canada. 
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Sales Offices 


Lucent Technologies Microelectronics Group 
World Headquarters 

Two Oak Way 
Berkeley Heights, NJ 07922 
(1) 908-771-2000 (phone) 

(1) 908-771-3551 (FAX) 


Sales Offices 

Lucent Technologies' sales offices are located worldwide. For the nearest location, please call 1-800-372-2447. 


U.S. Manufacturing Locations 


Allentown 

Lucent Technologies ME 

Allentown Works 
555 Union Boulevard 
Allentown, PA 18103 
(1)610-712-6011 (phone) 

Dallas 

Lucent Technologies ME 

Dallas Works 
3000 Skyline Drive 
Mesquite, TX 75149 
(1) 972-284-2000 (phone) 


Merrimack Valley 
Lucent Technologies ME 

Merrimack Valley Works 
1600 Osgood Street 
North Andover, MA 01845 
(1) 508-960-2000 (phone) 

Orlando 

Lucent Technologies ME 

Orlando 

9333 S. John Young Parkway 
Orlando, FL 32819-8698 
(1) 407-345-6000 (phone) 


Reading 

Lucent Technologies ME 

Reading Works 
2525 North 12th Street 
Reading, PA 19612 
(1)610-939-7011 (phone) 


Richmond 

Lucent Technologies ME 

Richmond Works 
4500 S. Laburnum Avenue 
Richmond, VA 23231 
(1) 804-226-5000 

SSTC 

Lucent Technologies ME - 
Bell Labs 

Solid State Tech. Center 
9999 Hamilton Boulevard 
Breinigsville, PA 18031-9359 
(1)610-391-2000 (phone) 
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Design Centers 

Bracknell 

Lucent Technologies ME 

Microelectronics House 
Broad Lane 
Bracknell 

Berkshire RG 129GX 

United Kingdom 

(44) 1344-865-935 (phone) 

(44) 1344-865-923 (FAX) 

Japan 

Lucent Technologies Japan 

7-18, Higashi-Gotanda 2-chome 
Shinagawa-ku, Tokyo 141, 
Japan 

(81) 3-5421-1692 (phone) 

(81) 3-5421-1702 (FAX) 


Madrid 

Lucent Technologies 
Microelectronics, S.A. 

Poligono Industrial 
Tres Cantos, Zona Oeste 
28760 Tres Cantos 
Madrid, Spain 
(341) 807-1700 (phone) 
(341) 807-1699 (FAX) 


Singapore 

Lucent Technologies Bell Labs- 
Microelectronics Asia/Pacific 

Regional I.C. Design Center 
77 Science Park Drive 
#03-18 Cintech III 
Singapore Science Park 
Singapore 118256 
(65) 770-7600 (phone) 

(65) 777-5464 (FAX) 


Taiwan 

Lucent Technologies Taiwan, Inc. 

7/12/14th Floor, 

Overseas Trust Building 

249, Section 1, Tun Hwa South Rd. 

Taipei, Taiwan 106, R. O. C. 

(886) 2-775-6374 (phone) 

(886) 2-781-5690 (FAX) 


Munich 

Lucent Technologies 
Deutschland GmbH 

Bahnhofstrasse 27A 
D-85774 Unterfoehring 
F.R.G. 

(49)89-95086-211 (phone) 
(49) 89-95086-222 (FAX) 


Santa Clara 

Lucent Technologies ME 

4995 Patrick Henry Drive 
Santa Clara, CA 95054 
(1) 408-980-3710 (phone) 
(1) 408-980-3733 (FAX) 
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Sales Offices 


OEM Sales Offices 


United States Regional OEM Sales Offices 


Atlanta 

3295 River Exchange Dr. 

Suite 350 

Norcross, GA 30092 
( 1 ) 404-446-4700 (phone) 

(1) 404-446-4728 (FAX) 

Denver 

7979 East Tufts Avenue 

2nd Floor 

Denver, CO 80237 
(1) 303-290-2336 (phone) 

(1) 303-290-4241 (FAX) 

San Francisco 

4995 Patrick Henry Drive 
Santa Clara, CA 95054 
(1) 408-980-3700 (phone) 

(1) 408-980-3805(FAX) 

Boston 

Point West Place 

111 Speen St. 

Framingham, MA 01701 
(1) 508-626-2161 (phone) 

0) 508-626-3710 (FAX) 

Los Angeles 

7711 Center Avenue 

Suite 100 

Huntington Beach, CA 92647 
(1)714-890-4198 (phone) 

(1) 714-890-6229 (FAX) 

7711 Center Avenue 

Suite 100 

Huntington Beach, CA 92647 
(1)714-890-4101 (phone) 

(1) 714-890-4133 (FAX) 

Chicago 

450 East Devon Avenue 

Suite 225 

Itasca, IL 60143-1262 
(1) 708-773-8858 (phone) 

(1) 708-773-8854 (FAX) 

Minneapolis 

1650 West 82nd Street 

Suite 550 

Bloomington, MN 55431 
(1) 612-885-4300 (phone) 

(1) 612-885-4331 (FAX) 


Dallas 

222 West Las Colinas Blvd. 

Suite 950 

Irving, TX 75039 

(1) 214-556-8800 (phone) 

(1)214-401-0390 (FAX) 

Portland 

10220 S.W. Greenburg Road 
Suite 520 

Portland, OR 97223 
(1) 503-244-3883 (phone) 

(1) 503-244-2315 (FAX) 
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OEM Sales Offices (continued) 
International Regional OEM Sales Offices 


Berlin 

Lucent Technoiogies ME 

Rudower Chaussee 5 
D-12484 Berlin, Germany 
(49) 30-639-25370 (phone) 
(49) 30-664-3225 (FAX) 


Madrid 

Lucent Technologies ME 

Poligono Industrial de Tres Cantos 
s/n (Zona Oeste) 

E-28770 Colmenar Viejo 

Madrid, Spain 

(34) 1-807-1700 (phone) 

(34) 1-807-1420 (FAX) 

Paris 

Lucent Technologies ME 

Tour Horizon 
52 Quai de Dion Bouton 
Paris, France 
F-92800 Puteaux Cedex 
(33) 1-4767-4767 (phone) 

(33) 1-4767-4724 (FAX) 

Korea-Seoul 

Lucent Technologies ME 

17th Floor Securities Supervisory 
Board Building 

#27 Yoido-Dong Youngdeungpo-ku 
Yoido P.O. Box 341 
Seoul, Korea 
(82) 2-767-4000 (phone) 

(82) 2-767-4001 (FAX) 

Singapore 

Lucent Technologies ME 

14 Science Park Drive 
#03-02A/04 The Maxwell 
Singapore 0511 
(65) 778-8833 (phone) 

(65) 777-7495 (FAX) 


Bracknell 

Lucent Technologies ME 

Microelectronics House 
Broad Lane 
Bracknell, Berkshire 
RG129GS, United Kingdom 
(44) 1344-865-900 (phone) 
(44) 1344-865-990 (FAX) 

Milan 

Lucent Technologies ME 

Viale Fulvio Test! 117 
1-20092 CInisello Balsamo 
Milan, Italy 

(39) 2-6601-1800 (phone) 
(39) 2-6127-005 (FAX) 


Stockholm 

Lucent Technologies ME 

Lucent Nordics AB 

PO Box 10703 

121 29 Stockholm-Globen 

Sweden 

(46) 8600-7000 (phone) 

(46) 8600-7010 (FAX) 

Japan-Osaka 
Lucent Technologies ME 

2-10 Minami Semba, 4-chome 
Chuo-ku, Osaka 542 
Japan 

(81) 6-258-6222 (phone) 

(81) 6-258-6448 (FAX) 


Taiwan-Taipei 

Lucent Technologies ME Taiwan, 
Inc 

16F, Hung Tai Century Tower 
156, Min Sheng E. Rd., Sec. 3 
Taipei 105 
Taiwan 
R. O. C. 

(886) 2-5473131 (phone) 

(886) 2-7133246 (FAX) 


Helsinki 

Lucent Technologies ME 

Teknilkantle 12 
SF-02150 ESPOO 
Helsinki, Finland 
(358) 0-4354-2800 (phone) 
(358) 0-463-263 (FAX) 


Munich 

Lucent Technologies ME 

Bahnhofstrasse 27a 
D-85774 Unterfoehring 
Munich, Germany 
(49) 89-95086-0 (phone) 
(49) 89-95086-333 (FAX) 


Japan-Tokyo 

Lucent Technologies ME 

7-18, HIgashl-Gotanda 2-chome 
Shinagawa-ku, Tokyo 141 
Japan 

(81) 3-5421-1615 (phone) 

(81) 3-5421-1700 (FAX) 


China 

Lucent Technologies China Inc. 

17/F Shartex Plaza 
No. 88 Zun Yi Nan Road 
Shanghai 200335 
People's Republic of China 
(86) 21-219-0468 (phone) 

(86) 21-219-0467 (FAX) 
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National Accounts Sales Offices and Location Codes 


Address Loc. Code 

Arkansas 

Lucent Technologies ME TY 

Department 433 

P.O. Box 8912 

7600 Interstate 30 

Little Rock, AR 72219-8912 

(1) 501-569-4483 

Colorado 

Lucent Technologies ME DR 

Denver Works 
Room 2H10, Bldg. 22 
11900 North Pecos Street 
Denver, CO 80234 
(1) 303-538-2597 

Florida 

Lucent Technologies ME 

8545 126th Avenue North 
P.O. Box 2826 
Room LG 140 
Largo, FL 34649-2826 
(1) 813-530-2336 

Illinois 

Lucent Technologies ME IW 

Indian Hill West 
Room 2A107 

1100 East Warrenville Road 
Naperville, IL 60566 
(1)708-713-1878 

Lucent Technologies Ntwk Sys IX 

Indian Hill South 
Room 1G129 

1200 East Warrenville Road 
Naperville, IL 60566 
(1) 708-979-1763 

Indiana 

Lucent Technologies ME INH 

Heritage Park 
Room 3F125 
6612 East 75th Street 
P.O. Box 1008 
Indianapolis, IN 46206 
(1) 317-845-3649 

Louisiana 

Lucent Technologies ME SP 

Department 931 
2929 Baird Road 
Shreveport, LA 71118-3823 
(1) 318-459-7524 


Address Loc. Code 

Massachusetts 

Lucent Technologies Bell Labs MV 

Merrimack Valley Works 
Room 2B-05BL 
1600 Osgood Street 
North Andover, MA 01845 
(1) 508-960-6063 

New Jersey 

Lucent Technologies Bell Labs HO 

Room 1B307 
Crawfords Corner Road 
Holmdel, NJ 07733 
(1) 908-949-1471 


Lucent Technologies Bell Labs MT 

Room 3K275 
200 Laurel Avenue 
Middletown, NJ 07748 
(1) 908-957-3870 


Lucent Technologies Bell Labs WH 

Room 4A102 
67 Whippany Road 
Whippany, NJ 07981 
(1) 201-386-6649 


North Carolina GC 

Lucent Technologies ME 

1-85 and Mt. Hope Church Road 
Room E1G26 
McLeansville, NC 27301 
(1) 919-279-7280 

Ohio 

Lucent Technologies Ntwk Sys CB 

Columbus Works 
Room 4G05-2S 
6200 East Broad Street 
Columbus, OH 43212 
(1) 614-860-7466 


Oklahoma 

Lucent Technologies Net Sys. OC 

Oklahoma City Works 
7725 W. Reno Avenue 
Third Floor, Col. M2 
Oklahoma City, OK 73126-0060 
(1)405-491-4239 
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Manufacturers’ Representatives 


North America 
Alabama 

Prime Components, Inc. 

4801 University Square Suite 31 

Huntsville, AL 35816 

(1) 205-837-9668 (phone) 

(1) 205-837-9687 (FAX) 
attme!attmail!primecomp3(E-mail) 
Also represents Mississippi 

California 
Electee Sales, Inc. 

4701 Patrick Henry Drive 
Suite 2101 

Santa Clara, CA 95054 
(1) 408-496-0706 (phone) 

(1) 408-727-9617 (FAX) 
attmelattmaillesales (E-mail) 


Electee Sales San Diego 

9666 Business Park Ave 
Suite 207 

San Diego, CA 92131 
(1) 619-635-5959 (phone) 

(1) 619-635-5964 (FAX) 
attme!attmail!esalessd2 

Florida 

Southern States Marketing 

600 W. Hillsboro Blvd, Suite 300 
Deerfield Beach, FL 33441 
(1) 954-725-8679 (phone) 

(1) 954-725-8681 (FAX) 


Arizona 

Aztech Component Sales, Inc. 

15230 North 75th St., Suite 1031 
Scottsdale, AZ 85260 
(1) 602-991-6300 (phone) 
(1)602-991-0563 (FAX) 
attmelattmaillaztechcomp (E-mail) 


Electee SoCal, Inc. 

20301 Ventura Blvd Suite 305 
Woodland Hills, CA 91364 
(1) 818-226-6010 (phone) 

(1) 818-226-6019 (FAX) 
attmelattmail lesalesla 
Los Angeles Office 

Colorado 
Quorum 3 

23 Inverness Way East, Suite 120 
Englewood, CO 80112 
(1) 303-799-8100 (phone) 

(1) 303-790-8686 (FAX) 
attme!attmail!quorum3 (E-mail) 


Southern States Marketing 

101 Southhall Lane, Suite 400 

Maitland, FL 32751 

(1) 407-667-4858 (phone) 

(1) 407-664-4859 (FAX) 


Arkansas 

Southern States Marketing 

23 Inca Lane 

Hot Springs Village, AR 71909 
(1) 501-922-0807 (phone/FAX) 
attmelattmaillssmark (E-mail) 

Also represents N. Louisiana 


Electee SoCal, Inc. 

15520 Rockfield Blvd., Suite "D" 
Irvine, CA 92718 
(1) 714-580-0270 (phone) 
(1)714-581-1091 (FAX) 
attmelattmail lesalesoc 
Orange County Office 


10-6 


Lucent Technologies Inc. 




FPGA Data Book 


Sales Offices 


Manufacturers’ Representatives (continued) 


Georgia 

Prime Components, Inc. 

6825 Jimmy Carter Blvd. 

Suite 1890 

Norcross, GA 30071 

(1) 770-441-3343 (phone) 

(1) 770-441-9750 (FAX) 
attme!attmail!primecomp2 (E-mail) 
Also represents TN 

Kansas 

MIDTEC Associates, Inc. 

11900 W. 87th Street Pkwy. 

Suite 220 
Lenexa, KS 66215 
(1)913-541-0505 (phone) 
(1)913-541-1729 (FAX) 

Also represents lA & NE 


Minnesota 

D.A. Case Associates 

4620 West 77th Street, Suite 250 
Minneapolis, MN 55435 
(1)612-831-6777 (phone) 

(1) 612-831-7076 (FAX) 
attmelattmailldacase (E-mail) 

Also represents North and South 
Dakota 

New Jersey 
Technical Marketing 
Group 

175-3C Fairfield Avenue 
West Caldwell, NJ 07006 
(1) 201-226-9408 (phone) 

(1) 201-226-9518 (FAX) 
attmelattmailltechmarkgrp (E-mail) 

North Carolina 
Prime Components, Inc. 

805 Spring Forest Road, Suite 800 

Raleigh, NC 27609 

(1) 919-850-9866 (phone) 

(1) 919-850-9867 (FAX) 
attmelattmalllprimecomp (E-mail) 
Represents NC 


Illinois 

Victory Sales Inc. 

1030 West Higgins Road, Suite 101 
Hoffman Estates, IL 60195 
(1) 847-490-0300 (phone) 

(1) 847-490-1499 (FAX) 
attmelattmalllvictorysales (E-mail) 


Maryland 

Advanced Technology Sales 

201 International Circle, Suite 570 
Hunt Valley, MD 21031 
(1)410-771-0880 (phone) 

(1) 410-771-0888 (FAX) 
attmelattmailladvancedtech (E-mail) 
Also represents E. PA & S. NJ, 
DE, & VA 


Missouri 

MIDTEC Associates, Inc. 

55 Westport Plaza 
Suite 614 

St. Louis, MO 63146 
(1) 314-275-8666 (phone) 

(1) 314-275-8859 (FAX) 

Also represents Central & 
Southern Illinois 

New York 
Entec Group, inc. 

6037 Taft Road East, Suite 106 
North Syracuse, NY 13212 
(1) 315-458-7936 (phone) 

(1) 315-452-5680 (FAX) 
attmelattmaillentecgroup (E-mail) 


Prime Components, Inc. 

5250 77 Center Drive, Suite 350 
Charlotte, NC 28217 
(1)704-522-1150 (phone) 
(1)704-522-1151 (FAX) 
attmelattmaillprlmecompl (E-mail) 
Represents SC 


Indiana 

Victory Sales Inc. 

3077 E. 98th St., Suite 135 
Indianapolis, IN 46280 
(1) 317-581-0880 (phone) 
(1)317-581-0882 (FAX) 
attmelattmaillvictorysis (E-mail) 


Massachusetts 
Universal Technology, Inc. 

460 Totten Pond Road, 2nd Floor 

Waltham, MA 02154 

(1) 617-890-8523 (phone) 

(1) 617-890-8589 (FAX) 
attmelattmaillunivtech (E-mail) 

Also represents CT, ME, NH, Rl, & 
VT 

(Previously Paramount Technology, 
Inc.) 


Technical Marketing Group 

150 Broad Hollow Road, Suite 310 

Melville, NY 11747 

(1) 516-351-8833 (phone) 

(1) 516-351-8667 (FAX) 
attmelattmailltechmarkgrpi (E-mail) 


Prime Components, inc. 

1605 Maple Ridge Court 
Greensboro, NC 27455 
(1) 910-282-7855 (phone) 
(1) 910-282-7853 (FAX) 
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Ohio 

Victory Sales Inc. 

7333 Paragon Rd., Suite 210 
Centerville, OH 45458 
(1) 513-436-1222 (phone) 

(1) 513-436-1224 (FAX) 
attmelattmaillvictoryohio (E-mail) 
Represents S. OH & KY 

Oregon 

Advanced Technical Marketing 
Inc. 

4900 S.W. Griffith Drive, Suite 155 
Beaverton, OR 97005 
(1) 503-643-8307 (phone) 

(1) 503-643-4364 (FAX) 
attme! attrhai I! advancedtm 1 
(E-mail) 

Texas 

Southern States Mktg. 

400 E. Anderson Lane, Suite 118 

Austin, TX 78752 

(1) 512-835-5822 (phone) 

(1) 512-835-1404 (FAX) 
attmelattmalllssmaus (E-mail) 


Utah 

Quorum 3 

2981 Holdershill Lane 
Salt Lake City, UT 84118-2276 
(1) 801-955-7700 (phone) 
(1)801-955-7711 (FAX) 
attme!attmail!q3utah (E-mail) 

Virginia 

Advanced Technology Sales 

13615 Knobhill Ct. 

Midlothian, VA 23113 
(1) 804-378-5275 (phone) 

(1) 804-378-4689 (FAX) 
attmelattmailladvtechsales (E-mail) 


Victory Sales Inc. 

32901 Station St., Suite 104 
Solon, OH 44139 
(1) 216-498-7570 (phone) 
(1)216-498-7574 (FAX) 
attmelattmalllvictorysolon 
Represents W. PA & N. OH 

Pennsylvania 
HOTTEC, Inc. 

146 Surrey Lane 
Harleysville, PA 19438 
(1) 215-256-6003 (phone) 
0)215-256-6444 (FAX) 


Southern States Mktg. 

13831 Northwest Freeway,Sulte151 
Houston, TX 77040 
(1) 713-895-8533 (phone) 
(1)713-895-8567 (FAX) 
attmelattmaillssmhou (E-mail) 

Also represents S. Louisiana 


VISCON Corp. 

307 W. 200 St., Suite 2001 
Salt Lake City, UT 84101 
(1) 801-364-9400 (phone) 

(1) 801-364-9010 (FAX) 
attmelattmailltdebonis (E-mail) 

Washington 

Advanced Technical Marketing 

8521 154th Avenue NE 
Redmond, WA 98052 
(1) 206-869-7636 (phone) 

(1) 206-869-9841 (FAX) 
attmelattmailladvancedtm (E-mail) 


Southern States Mktg. 

1702 North Collins Blvd., Suite 250 
Richardson, TX 75080 
(1) 214-238-7500 (phone) 
(1)214-231-7662 (FAX) 
attmelattmaillssmdal (E-mail) 


Wisconsin 
Victory Sales Inc. 

405 N. Calhoun Road, Suite 208 
Brookfield, Wl 53005 
(1) 414-789-5770 (phone) 

(1) 414-789-5760 (FAX) 
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Canada 

Ontario 

J-Squared Technologies, Inc. 

300 March Road, Suite 501 
Kanata, Ontario, Canada 
K2K 2E2 

(1) 613-592-9540 (phone) 

(1) 613-592-7051 (FAX) 
attmailljtech (E-mail) 


British Columbia 
J-Squared Technologies, Inc. 

4170 Still Creek Drive, Suite 200 
Burnaby, B.C. Canada 
V5C 6C6 

(1) 604-473-4666 (phone) 

(1) 604-473-4699 (FAX) 
attmailljtechvcr (E-mail) 

Europe 

Darkhorse Technologies Ltd. 

Ellenborough House 
Dublin Rd. 

NAAS, Co. Kildare 
Ireland 

(353) 45-871316 (phone) 

(353) 45-871315 (FAX) 
attmelattmaillmicromarket 
Pat O'Leary 

Stuart Electronics Ltd. 

Phoenix House 
Bothwell Road 
Castlehill 
Carluke ML8 5UF 
Scotland 

(44) 555-751572 (phone) 

(44) 555-75028 (FAX) 
attme! attmal I! wadd 
Archie Waddell 


J-Squared Technologies, Inc. 

3405 American Drive 
Building 307, Unit #11 
Mississauga, Ontario, Canada 
L4V 1T6 

(1) 905-672-2030 (phone) 

(1) 905-672-2047 (FAX) 
attmailljtechtor (E-mail) 


Peter Sibities Ingenieur Buero 

Heckenstallerstrasse 153 
D-81369 Munich 
Germany 

(49) 89-74141166(phone) 

(49) 89-716437 (FAX) 
attmelattmaillsibimuc 
Peter Sibities 

FPGA Products Only 

Ultimate Marketing 

Highlands House 
Grosvenor Rd. 

Soldridge, Alton 
Hants GU34 5JE 
England 

(44) 252-781212 (phone) 

(44) 252-781313 (FAX) 
attmelattmaillpplttman 
Phil Pittman 


Quebec 

J-Squared Technologies, Inc. 

1405 Transcanada Highway 
Suite 350 

Dorval, Quebec, Canada 
H9P 2V9 

(1)514-421-7800 (phone) 
(1)514-421-0630 (FAX) 
attmailljtechmont (E-mail) 


HTS di Tiziano Aresi & C 

Via Garibaldi, 8/C 
1-20090 Buccinasco (Ml) 
Italy 

(39) 2-4883179 (phone) 
(39) 2-48843683 (FAX) 
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United States 
Alabama 

Anthem Electronics, Inc. 

4920 H. Corporate Drive 
Huntsville, AL 35805 
(1) 205-890-0302 (phone) 

(1) 205-890-0130 (FAX) 

Joe Dombrowski 

Arizona 

Anthem Electronics, Inc. 

1553 West 10th Place, Suite 101 

Tempe, AZ 85281 

(1) 602-966-6600 (phone) 

(1) 602-966-4826 (FAX) 

Steve Call, Ken Chumley 

California 

Anthem Electronics, 

Inc (Corporate Office) 

1160 Ridder Park Drive 
San Jose, CA 95131 
(1) 408-452-2219 (phone) 

(1) 408-441-4504 (FAX) 

Karen Garcia, Sue McDonald 

Anthem Electronics, Inc. 

9131 Oakdale Avenue 
Chatsworth, CA 91311 
(1)818-775-1333 (phone) 

(1) 818-775-1302 (FAX) 

Jill Dimmick, Jeff Polig 

Arrow/Schweber Electronics 

9511 Ridgehaven Court 
San Diego, CA 92123 
(1) 619-565-4800 (phone) 

(1) 619-279-0862 (FAX) 

Scott Walker, Lisa Livingston 


Zeus Electronics, Inc. 

22700 Savi Ranch Parkway 
Yorba Linda, CA 92687 
(1)714-581-4622 (phone) 
(1) 714-454-4355 (FAX) 
Jose Vargas 


Arrow/Schweber Electronics 

1015 Henderson Road 
Huntsville, AL 35816 
(1) 205-837-6955 (phone) 
(1)205-895-0126 (FAX) 
Timothy Carr 


Arrow/Schweber Electronics 

2415 West Erie Drive 
Tempe, AZ 85282 
(1)602-431-0030 (phone) 
(1)602-431-9555 (FAX) 

Rollie Quissel 


Anthem Electronics, Inc. 

1 Oldfield Drive 
Irvine, CA 92718-2809 
(1) 714-768-4444 (phone) 
(1) 714-768-6456 (FAX) 
Daphne Collins 


Anthem Electronics, Inc. 

580 Menlo Drive, Suite 8 
Rocklin, CA 95677 
(1) 916-624-9744 (phone) 

(1) 916-624-9750 (FAX) 

Lou Rapa 

Arrow/Schweber Electronics 

6 Cromwell Street, Suite 100 

Irvine, CA 92718 

(1) 714-454-4303 (phone) 

(1) 714-454-4214 (FAX) 

Ellen Vukovich 


Zeus Electronics, Inc. 

6276 San Ignacio Ave., Suite E 
San Jose, CA 95119 
(1) 408-629-4789 (phone) 
(1)408-629-4792 (FAX) 

Scott Hodges 


Pioneer Standard 

4835 University Square, Suite 5 

Huntsville, AL 35816 

(1) 205-837-9300 (phone) 

(1) 205-837-9358 (FAX) 

Charlie Hatch 


Anthem Electronics, Inc. 

9369 Carroll Park Drive 
San Diego, CA 92121 
(1) 619-453-9005 (phone) 
(1) 619-546-7893 (FAX) 
Cliff McCann 


Arrow/Schweber Electronics 

1180 Murphy Avenue 
San Jose, CA 95131 
( 1 ) 408-441-9700 (phone) 

(1) 408-453-4810 (FAX) 
Michelle Jacobini/Mark Walker 

Arrow/Schweber Electronics 

27607 West Agoura Rd., 
Malibu Canyon Bus. Pk. 
Calabasas, CA 91302 
(1) 818-880-9686 (phone) 

(1) 818-880-4687 (FAX) 

Eric Skager, Dan Lubick 

Pioneer Standard 

333 River Oaks Parkway 
San Jose, CA 95134 
(1) 408-954-9100 (phone) 
(1)408-954-9113 (FAX) 

Gregg Jordan 
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Colorado 

Anthem Electronics, Inc. 

373 Inverness Drive 
South Englewood, CO 80112 
(1) 303-790-4500 (phone) 

(1) 303-790-4532 (FAX) 

Walter Jurkiewicz 

Connecticut 

Anthem Electronics, Inc. 

61 Mattatuck Heights Road 
Waterbury, CT 06705 
(1) 203-575-1575 (phone) 

(1) 203-596-3232 (FAX) 
Debbie Boudreau 

Florida 

Arrow/Schweber Electronics 

400 Fairway Drive 
Deerfield Beach, FL 33441 
(1) 305-429-8200 (phone) 

(1) 305-428-3991 (FAX) 
Michelle Alt 


Anthem Electronics, Inc. 

5200 Northwest 33rd Ave. 
Suite 206 

Ft. Lauderdale, FL 33309 
(1) 305-484-0990 (phone) 

(1) 305-484-0951 (FAX) 
Jackie Contello 

Pioneer Standard 

337 South-North Lake, #1000 
Altamonte Springs, FL 32701 
(1) 407-834-9090 (phone) 

(1) 407-834-0865 (FAX) 

Ron Davis 


Arrow/Schweber Electronics 

101 Inverness Drive East 
Englewood, CO 80112 
(1) 303-799-0258 (phone) 

(1) 303-799-0730 (FAX) 

Diane Patrick 


Arrow/Schweber Electronics 
860 N. Main St. Ext. 
Wallingford, CT 06492 
(1) 203-265-7741 (phone) 
(1)203-265-7988 (FAX) 

Linda Adams 


Arrow/Schweber Electronics 

37 Skyline Drive 
Building D, Suites 3101-3 
Lake Mary, FL 32746 
(1) 407-333-9300 (phone) 

(1) 407-333-9320 (FAX) 

Libby Bates 

Zeus Electronics, Inc. 

37 Skyline Dr. 

Building D, Suites 1301-3 
Lake Mary, FL 32746 
(1) 407-333-3055 (phone) 
(1)407-333-9681 (FAX) 

Tyna Young 

Pioneer Standard 

674 South Military Trail 
Deerfield Beach, FL 33442 
(1) 305-428-8877 (phone) 

(1) 305-481-2950 (FAX) 

Edie Mittler 


Anthem Electronics, Inc. 

598 South Northlake Blvd. 
Suite #1024 

Altamonte Springs, FL 32701 
(1) 407-831-0007 (phone) 

(1) 407-831-6990 (FAX) 

Pat Thompson 
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Georgia 


Arrow/Schweber Electronics 

4250 East River Green Parkway 

Duluth, GA 30136 

( 1 ) 404-497-1300 (phone) 

(1) 404-476-1493 (FAX) 

Carolyn Grey 

Pioneer Standard 

4250 C Rivergreen Parkway 

Duluth, GA 30136 

(1) 404-623-1003 (phone) 

(1)404-623-0665 (FAX) 

Jim Fettigar 

Anthem Eiectronics, Inc. 

3305 Breckenridge Blvd. 

Suite 108 

Duluth, GA 30136 

(1) 404-813-0023 (phone) 

(1) 404-931-3902 (FAX) 

Mike Fowler 

Illinois 

Anthem Electronics, Inc. 

1300 Remington Road, Suite A 
Schaumburg, IL 60173 
(1) 708-884-0200 (phone) 

(1) 708-884-0480 (FAX) 

John Emme 

Arrow/Schweber Electronics 

1140 West Thorndale Avenue 

Itasca, IL 60143 

(1) 708-250-0500 (phone) 

(1) 708-250-0916 (FAX) 

John Skurka 

Indiana 

Arrow/Schweber Electronics 

7108 Lakeview Parkway, 

West Drive 

Indianapolis, IN 46268 
(1) 317-299-2071 (phone) 

(1) 317-299-2379 (FAX) 

Sheila Randolph 

Kansas 

Arrow/Schweber Electronics - 
Capstone 

9801 Legler Road 

Lenexa, KS 66214 
(1)913-541-9542 (phone) 

(1) 913-752-2612 (FAX) 

Barbara Wightman 

Maryiand 

Anthem Electronics, Inc. 

7168 Columbia Gateway Drive, 
Suite A 

Columbia, MD 21046 
(1) 410-995-6640 (phone) 

(1) 410-290-9862 (FAX) 

Maryanne Hossick 

Arrow/Schweber Electronics 

9800J Patuxent Woods Drive 
Columbia, MD 21046 
(1) 301-596-7800 (phone) 

(1) 301-596-7821 (FAX) 

Janine Franey 

Pioneer Standard 

15810 Gaither Drive 

Gaithersburg, MD 20877 
(1) 301-921-8407 (phone) 

(1) 301-921-3852 (FAX) 

Stacy Kolper 

Pioneer Standard 

9100 Gaither Road 

Gaithersburg, MD 20877 
(1) 301-921-0660 (phone) 

(1) 301-921-4255 (FAX) 

Stacie Dias 


Massachusetts 

Anthem Electonics, Inc. 

200 Research Dr. 

Wilmington, MA 01887 
(1) 508-657-5170 (phone) 

(1) 508-657-6008 (FAX) 

Rose Lecointre 

Arrow/Schweber Electronics 

25 Upton Drive 

Wilmington, MA 01887 
(1) 508-658-0900 (phone) 

(1) 508-694-1754 (FAX) 

Stew Dick 

Pioneer Standard 

44 Hartwell Ave. 

Lexington, MA 02173 
(1) 617-861-9200 (phone) 

(1) 617-863-1547 (FAX) 

Steve Smith, Janet Barnard 


Zeus Electronics, Inc. 

25 Upton Dr. 

Wilmington, MA 01887 
(1) 508-658-4776 (phone) 
(1)508-694-2119 (FAX) 

Eric Lund 
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Michigan 

Arrow/Schweber Electronics 

44720 Helm St. 

Plymouth, Ml 48172 
(1) 313-462-2290 (phone) 

(1) 313-462-2686 (FAX) 

Linda Pendergrass 

Minnesota 

Arrow/Schweber Electronics 

10120A West 76th St. 

Eden Prairie, MN 55344 
(1) 612-946-4800 (phone) 

(1) 612-946-4835 (FAX) 

Leslie Gerlach 

New Jersey 

Anthem Electronics, Inc. 

26 Chapin Road, Unit K 
Pine Brook, NJ 07058 
(1)201-227-7960 (phone) 

(1) 201-227-9246 (FAX) 

Pete Kahler, Helen Joy 

Arrow/Schweber Electronics 

101 Crawfords Corner Road, 
Room 1M511 
Holmdel, NJ 07733-3030 
(1) 908-949-4700 (phone) 

(1) 908-949-4035 (FAX) 
Jennifer Campbell 

New York 

Anthem Electronics, Inc. 

47 Mall Drive 
Commack, NY 11725 
(1) 516-864-6600 (phone) 

(1) 516-864-2244 (FAX) 
Wendy Anselmo 


Arrow/Schweber Electronics 

25 Hub Drive 
Melville, NY 11747 
(1)516-391-1300 (phone) 
(1)516-391-1707 (FAX) 

Steve Mussmacher, Sue Newton 


Anthem Electronics, Inc. 

7690 Golden Triangle Drive 
Eden Prairie, MN 55344 
(1) 612-944-5454 (phone) 
(1) 612-944-3045 (FAX) 
Barb Romanelli 


Arrow/Schweber Electronics 

4 East Stow Road, Unit 11 

Marlton, NJ 08053 

(1) 609-596-8000 (phone) 

(1) 609-596-9632 (FAX) 

Linda Bruckner 


Arrow/Schweber Electronics 

20 Oser Avenue 
Hauppauge, NY 11788 
(1)516-231-1000 (phone) 
(1)516-231-1072 (FAX) 

John Dowling 


Zeus Electronics, Inc. 

100 Midland Ave. 

Port Chester, NY 10573 
(1) 914-933-4200 (phone) 
(1) 914-937-2553 (FAX) 
Dan Tiesi 


Arrow/Schweber Electronics 

10100 Viking Drive, Suite 100 
Eden Prairie, MN 55344 
(1) 612-941-5280 (phone) 

(1) 612-941-9405 (FAX) 

Sara Lindsay 


Arrow/Schweber Electronics 

43 Route 46 East 
Pine Brook, NJ 07058 
(1) 201-227-7889 (phone) 

(1) 201-227-2064 (FAX) 


Arrow/Schweber Electronics 

3375 Brighton-Henrietta, 
Townline Road 
Rochester, NY 14623 
(1) 716-427-0300 (phone) 

(1) 716-427-0735 (FAX) 

Krista Olafsen 


Lucent Technologies Inc. 


10-13 




Sales Offices 


FPGA Data Book 


Distributors/Trading Companies (continued) 


North Carolina 

Arrow/Schweber Electronics 

5240 Greens Dairy Road 

Raleigh, NC 27604 
(1) 919-876-3132 (phone) 

(1) 919-878-9517 (FAX) 

Marcie Flansburg 

Pioneer Standard 

2200 Gateway Centre Boulevard 
Suite 215 

Morrisville, NC 27560 
(1) 919-460-1530 (phone) 

(1) 919-460-1540 (FAX) 

Karen Warkany 


Ohio 

Arrow/Schweber Electronics 

6573 East Cochran Road 

Solon, OH 44139 

(1) 216-248-3990 (phone) 

(1)216-248-1106 (FAX) 

Deb Cramer 

Arrow/Schweber Electronics 

8200 Washington Village Drive, 

Suite A 

Centerville, OH 45458 
(1)513-435-5563 (phone) 

(1) 513-435-2049 (FAX) 

Kate Spraley 

Pioneer Standard 

4433 Interpoint Blvd. 

Dayton, OH 45424 
(1) 513-236-9900 (phone) 
(1)513-236-8133 (FAX) 

Ted Smith 

Oklahoma 

Arrow/Schweber Electronics 

12111 East 51st Street, Suite 101 

Tulsa, OK 74146 

(1) 918-252-7537 (phone) 

(1) 918-254-0917 (FAX) 

Elaine Chambers 

Oregon 

Anthem Electronics, Inc 

9090 S.W. Gemini Drive 

Beaverton, OR 97005 
(1)503-643-1114 (phone) 
(1)503-626-7928 (FAX) 

Nancy Howard 

Almac/Arrow Electronics Corp. 

1885 Northwest 169th Place 
Beaverton, OR 97006-7312 
(1) 503-629-8090 (phone) 
(1)503-645-0611 (FAX) 

Melissa Shute 

Pennsylvania 

Anthem Electronics, Inc. 

355 Business Center Drive, 

Suite C 

Horshann, PA 19044 
(1)215-443-5150 (phone) 

0 ) 215-675-9875 (FAX) 

Ralph Eisenschmid 

Arrow/Schweber Electronics 

2681 Mosside Blvd. 

Suite 204 

Monroeville, PA 15146 
(1)412-856-9490 (phone) 
(1)412-856-9507 (FAX) 

Tom Batson (Cleveland Area) 

Pioneer Standard 

500 Enterprise Rd. 

Horsham, PA 19044 
(1) 215-674-4000 (phone) 
(1)215-674-3107 (FAX) 

Ginger Schorn 

Texas 

Anthem Electronics, Inc 

651 North Plano Road, Suite 429 
Richardson, TX 75081 
(1)214-238-7100 (phone) 

(1) 214-238-0237 (FAX) 

Walt Beroza 

Arrow/Schweber Electronics 

3220 Commander Drive 

Carrollton. TX 75006 
(1) 214-380-6464 (phone) 
(1)214-248-7208 (FAX) 

Kristin Muckelroy 

Arrow/Schweber Electronics 

19416 Park Row, Suite 190 

Houston, TX 77084 
(1) 713-530-4700 (phone) 

(1) 713-568-8518 (FAX) 

Dave Salinas 

Arrow/Schweber Electronics 

11500 Metric Blvd., Suite 160 
Austin, TX 78758 
(1)512-835-4180 (phone) 

(1) 512-832-9875 (FAX) 

Mary Alice Gastello 

Anthem Electronics, Inc. 

14050 Summit Drive, Suite 119 
Austin, TX 78728 
(1) 512-388-0049 (phone) 
(1)512-388-0271 (FAX) 

Debbie Hamm 

Pioneer Standard 

1826-D Kramer Lane 

Austin, TX 78758 
(1)512-835-4000 (phone) 

(1) 512-835-9829 (FAX) 

Pioneer Standard 

13765 Beta Road 

Dallas, TX 75244 
_ (1) 214-419-5500 (phone) 

n (1)214-419-6419 (FAX) 

■ Ted Smith 

Zeus Electronics, Inc. 

3220 Commander Dr. 

Carrollton, TX 75006 
(1) 214-380-4330 (phone) 

(1) 214-447-2222 (FAX) 

Charles Pierce 
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Utah 

Anthem Electronics, Inc. 

2440 So. 1070 West, Suite A 
Salt Lake City, UT 84119 
(1) 801-973-8555 (phone) 
(1)801-973-8909 (FAX) 

Dianne Suggett 

Washington 

Almac Electronics Corporation 
(Hdqts.) 

14360 SE Eastgate Way 
Bellevue, WA 98007 
(1) 206-643-9992 (phone) 

(1) 206-643-9709 (FAX) 

Keith Hanson 

Wisconsin 

Arrow/Schweber Electronics 

200 North Patrick Boulevard 
Suite 100 

Brookfield, Wl 53045 
(1)414-792-0150 (phone) 

(1) 414-792-0156 (FAX) 

Brenda Guagliardo 

Canada 

Ontario 

Arrow/Schweber Electronics 

1093 Meyerside Drive 
Mississauga, Ontario L5T 1M4 
(1) 905-670-7769 (phone) 

(1) 905-670-5009 (FAX) 

Keith Maccrimmon 

Quebec 

Arrow/Schweber Electronics 

1100 St. Regis Boulevard 
Dorval, Quebec H9P 2T5 
(1)514-421-7411 (phone) 

(1) 514-421-7430 (FAX) 

Tony Meyer 


Arrow/Schweber Electronics 

1946 West Parkway Boulevard 
Salt Lake City, UT 84119 
(1)801-973-6913 (phone) 
(1)801-972-0200 (FAX) 

Bill Entwistle 


Anthem Electronics, Inc. 

19017 120th Avenue North East 
Suite 102 
Bothell, WA 98011 
(1) 206-483-1700 (phone) 

(1) 206-486-0571 (FAX) 

Jim Graham 


Arrow/Schweber Electronics 

36 Antares Drive, Unit 100 
Nepean, Ontario K2E 7W5 
(1) 613-226-6903 (phone) 

(1) 613-723-2018 (FAX) 
Jordan Houghton 

British Columbia 
Arrow/Schweber Electronics 

8544 Baxter Place 
Burnaby, B.C. V5A 4T8 
(1)604-421-2333 (phone) 

Marti Garisto 


Pioneer Standard 

2800 156th Ave. S.E. Group 
Suite 100 

Bellevue, WA 98007 
(1) 206-644-7500 (phone) 

(1) 206-644-7300 (FAX) 
Gary Pilon 
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Europe 

ATD Electronica LDA 

Quinta Grande 
Lote 20-R/C DTO. 

Alfragide (Norte) 

2700 Amadora 
Portugal 

(351) 1-4714-182/575 (phone) 
(351) 1-4715-886 (FAX) 
attme!attnnail!fax!35114715886 
Rafael VIela 

Berendsen Electronics 

Ralssintie 6 
FIN-00720 Helsinki 
Finland 

(35)8-0351-5100 (phone) 

1C & Optoelectronics Only 

Bytech Components Ltd. 

12A Cedarwood 
Chineham Business Park 
Crockford Lane 
Basingstoke, Hampshire 
RG 24 OWD 
England 

(44) 256-707107 (phone) 

(44) 256-707162 (FAX) 
attmelattmaillbytech 
Colin Street 

Datacomp AG 

Silbernstrasse 10 
CH-8953 Dietikon 
Switzerland 

(41) 1-7405140 (phone) 

(41) 1-7413423 (FAX) 
attmelattmailldtcmp 
Peter Furrer 


l&R Electronic 

Ziherlova Ulica 2 
61000 Ljubljana 
Slovenia 

(38) 661-222-007 (phone) 
(38) 661-224-111 (FAX) 
Aleksander Razmovski 


ATD Electronica SA 

ALBASANS, 75 
28037 
Madrid 
Spain 

(34) 1304-1534 (phone) 

(34) 1327-2778 (FAX) 
attme!attmail!fax!3416616300 
Manuel Garcia 


Berendsen Electronics 

Hammarby Kajvag 14 
S-12006 Stockholm 
Sweden 

(46) 08615 7402 (phone) 

1C & Optoelectronics Only 

C-88 AS 

101 Kokkedal Industripark 
DK-2980 Kokkedal 
Denmark 

(45) 42-244-888 (phone) 
(45) 42-244-889 (FAX) 
attmelattmaillmermaid 
Arne Jappe 
Gert Rasmussen 


EURODIS Texim 

Avenue des Croix de Guerre 116 

B-1120 Brussels 

Belgium 

(32) 2-2474969 (phone) 

(32) 2-2158102 (FAX) 
attmelattmaillinelco 
Eric Grussen 


Inter Muehendislik 

Danismanlik Ve Ticaret A.S. 
Kadikoey Hasircibasi CAD. No. 55 
TR-81310 Istanbul 
Turkey 

(90) 216-3499400 (phone) 

(90) 216-3382823 (FAX) 
attme!attmail!fax!902163382823 
Ecruement Yagmur 


Berendsen Electronics 

Konowsgt. 8 
P.O. Box 9376 
0135 Oslo 
Norway 

(47) 22-67-6800(phone) 
(47) 22-67-7380 (FAX) 
attmelattmaillodinelec 
Jon Arne Kjaerstad 


Compress 

30, Rue de L’Esrerel 
94633 RUNGIS CEDEX 
France 

(33) 1-46878020 (phone) 
(33) 1-46866763 (FAX) 
attmelattmaillcompscib 
Francoise Marx 
Robert Fogliani 


EURODIS TME Components BV 

Nijverheidsstraat 16 
P.O. Box 172 

NL-7480 AD Haaksbergen 

The Netherlands 

(31) 5427-33-333 (phone) 

(31) 5427-33-888 (FAX) 
attme I attmai I Itmen I wi m 
Wim Terlingen 
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Europe (continued) 

Jermyn GmbH 

Im Dachsstueck 9 
D-65549 Limburg 
Germany 

(49) 6431-5080 (phone) 

(49) 6431-508289 (FAX) 
attme!attmail!jermynd 
Jochem Pelzer 

Eurodis Bytech, Ltd. 

12 A Cedarwood 
Chineham Business Park 
Crockford Lane 

Basingstoke, Hants RG12 OWD 
England 

(44) 1256 707107 (phone) 

(44) 1256 707162 (FAX) 

Mark Dyne 

Macro 

Burnham Lane 
Slough SL1 6LN 
England 

(44) 628-606000 (phone) 

(44) 628-666873 (FAX) 
attmelattmaillmacrofpga 
attmelattmaillmacrol 
Elaine Thomson 

Nordcomp Finland OY 

Asemakuja 2 
SF-02770 ESPOO 
Finland 

(35) 8-0859-3699 (phone) 

(35) 8-0859-3644 (FAX) 
attmelattmaillnordcomp 
Petri Jarvinen 

Semiconductores Investigacion 
y Diseno SA 

Edificio "Centro de Encuentros" 

Isaac Newton, s/n 

28760 Tres Cantos (Madrid) 

Spain 

(34) 1 8035052 (phone) 

(34) 1 8039557 (FAX) 
attme!attmail!fax!34917423681 
Jose Maria/lnsenser Farre 

FPGA Products Only 


Lasi Electronica SPA 

Viale Fulvio Testi, 280 
1-20126 Milan 
Italy 

(39) 2-661-431 (phone) 

(39) 2-66-101385 (FAX) 
attme!attmail!fax!39266101385 
Roberto Pirotta 

NC Nordcomp Sweden AB 

P.O. Box 4115 
Hemvaernsgaten 11 
S-171 04 Solna 
Sweden 

(46) 8-985140 (phone) 

(46) 8-7645451 (FAX) 
attme lattmail! naxab 
Ingvar Larsson 

Vectronics, Ltd. 

Maskit 6 St. 

P.O.2024 
Herziia B’ 46120 

(972) 9-556070 (phone) 

(972) 9-556508 (FAX) 


Steiner Electronic Vertrieb GmbH 

Egererstrasse 18 
A-3013 Tullnerbach 
Austria 

(43) 2233-553660 (phone) 

(43) 2233-55360 (FAX) 

attmelattmaillsteiner 

Karl Kadiera/Sven Hendrich 


Lucent Technologies Inc. 


10-17 




Sales Offices 


FPGA Data Book 


Distributors/Trading Companies (continued) 

Japan 

Lucent Semiconductor Marketing TOMEN Electronics Corp. Kanematsu Electronics 


Ltd. 

7-18 Higashi-Gotanda 2-chome 
Shinagawa-ku, Tokyo 141 

Japan 

(81)3-5421-1777 (phone) 

(81) 3-5421-1785 (FAX) 

1 -1, Uchisaiwaicho 2-chome 
Chiyoda-ku, Tokyo 100 

Japan 

(81)3-3506-3650 (phone) 

(81) 3-3506-3497 (FAX) 

Components Corporation 

Shin-Ohsaki Kangyo Bldg. 11F 
6-4, Ohsaki 1 -chome 
Shinagawa-ku, Tokyo 141 

Japan 

(81)3-3779-7811 (phone) 

(81) 3-3779-7800 (FAX) 

Mitsui & Co., Ltd 

2-1 Ohtemachi 1-chome 
Chiyoda-ku, Tokyo 100 

Japan 

(81) 3-3285-4067 (phone) 

(81) 3-3285-9868 (FAX) 

Sumisho Electronic Devices 
Corporation 

Eiseniwamotocho Building 

2-8-8 Iwamotocho 

Chiyoda-ku, Tokyo 101 

Japan 

(81) 3-3863-8200 (phone) 
(81)3-3863-8211 (FAX) 


Japanese Semiconductor Marketing Subdistributors 


Ryosan Co, Ltd. 

Sumitomo-seimei Bldg. 

5-15, Higashikanda 2-chome 
Chiyoda-ku, Tokyo 101 

Japan 

(81) 3-3862-2591 (phone) 

Sanshin Electronics Co, Ltd. 

4-12, Shiba 4-chome 

Minato-ku, Tokyo 108 

Japan 

(81)3-3453-5111 (phone) 

Shiko Shoji Co, Ltd. 

1-5, Meguro 1-chome 

Meguro-ku, Tokyo 153 

Japan 

(81)3-5721-2111 (phone) 

Satori Electric Co, Ltd. 

14-10, Shiba 1-chome 

Minato-ku, Tokyo 105 

Japan 

(81) 3-3452-7171 (phone) 

Mikasa Shoji Co, Ltd. 

4-12, Shimamachi 2-chome 
Chuo-ku, Osaka 540 

Japan 

(81) 6-946-3781 (phone) 

K. K. Shimizu Syntec 

7-1 ,Musashimachi, Kanazawa-shi 
Ishikawa 920 

Japan 

(81) 762-23-2221 (phone) 

Nakamatsu Shokai K.K. 

3-4, Kajicho 2-chome 

Chiyoda-ku, Tokyo 101 

Japan 

(81) 3251-9541 (phone) 

K. K. Com 

Asakaze 2-gokan Bldg. 

16-9, Sotokanda 1-chome 
Chiyoda-ku, Tokyo 101 

Japan 

(81) 3-3255-4571 (phone) 

Nikko Telecommunications Co, 
Ltd. 

Banzai Bldg. 

31-19, Shiba 2-chome 

Minato-ku, Tokyo 105 

Japan 

(81)3-3451-2111 (phone) 

Hagiwara Electric Co, Ltd. 

3-3, Higashisakura 2-chome 
Higashi-ku, Nagoya-shi 461 

Japan 

(81)52-931-3511 (phone) 

Numata Corporation 

1 -20, Minamihorie 4-chome 
Nishi-ku, Osaka 550 

Japan 

(81) 6-532-2491 (phone) 

Taiyo Denki Tsushin K.K. 

Shobunkari Bldg. 

49, Higashi Kataha-cho. 
Higashi-ku, Nagoya 461 

Japan 

(81) 52-931-0231 (phone) 
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Asia/Pacific 

Taiwan-Taipei 


Jedcom Ltd. 

12F, No. 232 Sec. 3 

Cheng-Teh Road 

Taipei, Taiwan 

(886) 2-5856661 (phone) 

(886) 2-5864736 (FAX) 

Seraphim Engineering Co., Ltd. 

6th Floor, No. 34-1 

Chiu-Chuan Street 

Taipei, Taiwan, R.O.C. 

(886) 2-5935195 (phone) 

(886) 2-5949424 (FAX) 

Maxtek Technology Co Ltd. 

3rd Floor No. 197 Sec. 4 

Nanking E. Road 

Taipei, Taiwan 

(886) 2-7130209 (phone) 

(886) 2-7126780 (FAX) 

Sinaaoore 

Serial System Pte. Ltd. 

11 Jalan Mesin #06-00 

Standard Industrial Building 
Singapore 368813 
(65) 2800200 (phone) 

(65) 2861812 (FAX) 

Astina Electronics 

(5) Pte. Ltd. 

203B Henderson Road 
#12-08 Henderson Industrial Park 
Singapore 159548 
(65) 2769997 (phone) 

(65) 2769996 (FAX) 

Westech Electronics Pte., Ltd. 

34 KakI Bukit Crescent 

Kaki Bukit Techpark 

Singapore 416623 
(65) 7436355 (phone) 

(65) 7431403 (FAX) 

Korea 

Douil Inc. 

1303 KMIC Building 

168-9 Yeomli-Dong 

Mapo-Gu Seoul 121-090 

Korea 

(82) 2-7127071 (phone) 

(82) 2-7180817 (FAX) 

Excel Tech 

#398-14 Seokyo-Dong 

Mapo-Gu Seoul 121-210 

Korea 

(82) 2-3357823/4 (phone) 

(82) 2-3357825 (FAX) 


Australia 

Zatek Australia Pty Ltd. 

Level 4, 5 Belmore St. 

Durwood NSW 2134 

Sydney, Australia 
(61)2-97445711 (phone) 

(61) 2-97445527 (FAX) 

Mono Kona 

Tektron Electronics (HK) Ltd. 

1702 Bank Centre 

636 Nathan Road 

Kowloon, Hong Kong 
(852) 23880629 (phone) 

(852) 27805871 (FAX) 
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For additional information, contact your Microelectronics 
Group Account Manager or the following: 


□ Internet 

http://www.lucent.com/micro/fpga 

□ Microelectronics Group 
Lucent Technologies Inc. 

555 Union Boulevard 
Room 30L-15P-BA 
Allentown, PA 18103 
1-800-372-2447 

FAX 1-610-712-4106 

E-Mail docmaster@micro.lucent.com 


In Canada, call: 

1-800-553-2448 
FAX 1-610-712-4106 


□ Microelectronics Group Asia/Pacific 
Lucent Technologies Singapore Pte. Ltd. 
77 Science Park Drive 

#03-18 Cintech III 
Singapore 118256 
Tel. (65) 778 8833 
FAX (65) 777 7495 

□ Microelectronics Group 
Lucent Technologies Japan Ltd. 

7-18, Higashi-Gotanda 2-chome 
Shinagawa-ku, Tokyo 141 
Japan 

Tel. (81) 3 5421 1600 
FAX (81)3 5421 1700 


For data requests in Europe: 

□ Microelectronics Group Dataline 

Tel. (44) 1734 324 299 
FAX (44)1734 328 148 


For technical inquiries in Europe: 


□ Central Europe: 
Northern Europe: 
France: 

Southern Europe: 


(49) 89 95086 0 (Munich) 

(44) 1344 865 900 (Bracknell UK) 

(33) 1 47 67 47 67 (Paris) 

(39)2 6601 1800 (Milan) 

(34) 1 807 1700 (Madrid) 


Lucent Technologies Inc. reserves the right to make changes to the product(s) or information contained herein without 
notice. No liability is assumed as a result of their use or application. No rights under any patent accompany the sale of 
any such product(s) or information. 

Copyright© 1996 Lucent Technologies Inc. 

All Rights Reserved ^ 
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